I am trying to start Chromium 49.0.2623.108 on Ubuntu 15.10 installed on my ODROID-XU4. It used to work all the time but from one day to the next Chromium will not start. When I try to run it via terminal I get:
~$ chromium-browser
[3813:3840:0101/015306:ERROR:cert_verify_proc_nss.cc(925)] CERT_PKIXVerifyCert for www.google.com failed err=-8181
[3813:3840:0101/015306:ERROR:cert_verify_proc_nss.cc(925)] CERT_PKIXVerifyCert for translate.googleapis.com failed err=-8181
[3813:3839:0101/015306:ERROR:cert_verify_proc_nss.cc(925)] CERT_PKIXVerifyCert for clients2.google.com failed err=-8181
Segmentation fault
odroid#odroid:~$ libGL error: unable to load driver: exynos_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: exynos
[3866:3866:0101/015307:ERROR:sandbox_linux.cc(334)] InitializeSandbox() called with multiple threads in process gpu-process
Any idea what I can do?
I have already tried reinstalling Chromium. That did not solve the issue.
Thanks in advance!
Ok, so it looks like rolling Chromium back to version 45.0.2454.101 works as a temporary solution (although it'd still be great if someone got the newest version to work). To do this, I had to go through the following steps:
Run sudo apt-get remove chromium-browser to remove the broken version of the package
Get the list of available package versions via sudo apt-cache showpkg chromium-browser (at the time of writing, there were two: 50.0.2661.102 (newest) and 45.0.2454.101)
Install the older version, like so: sudo apt-get install chromium-browser=45.0.2454.101-0ubuntu1.1201
(Optional) If you got a dependency error during the previous step, execute these two first: sudo apt-get remove chromium-codecs-ffmpeg-extra and sudo apt-get install chromium-codecs-ffmpeg-extra=45.0.2454.101-0ubuntu1.1201
Chromium should start up fine now
This worked for two of my Odroid XU4's running Ubuntu 15.10 and Chromium 50.0.2661.102 (before the downgrade).
EDIT: looks like this problem affects all ARM-based single board computers, rather than the Odroid XU4 in particular (although the reference to exynos_dri.so might make it look like an Odroid XU4 issue). See here for more information + other ways to rollback to an older version.
EDIT #2: There also seems to be a way to get the newest version to work, but I have not tried this out so I don't know whether it will actually work or not.
Related
Having a terrible time with the raspi related problems. One of them concerning the libcamera. I have Ubuntu 22.04 64bit on my raspi and I have installed the libcamera package with the command sudo apt install libcamera_*. The problem is that whenever I run a command with libcamera it tells me command not found!!! Any solutions?!! The camera is detected and supported. Thanks in advance for your help.
I've installed direnv (v2.18.2) onto my Ubuntu 16.04 machine using:
sudo snap install direnv
as per the website, and added the line:
eval "$(direnv hook bash)"
to my ~/.bashrc file as per the instructions. When I navigate into the directory with my .envrc file, the following message shown:
direnv: error .envrc is blocked. Run `direnv allow` to approve its content.
Sweet. So I run direnv allow, and I'm immediately hit with exactly the same error. I've also tried using direnv allow . but that doesn't seem to help. Also, completely restarting my laptop hasn't helped either.
All the advice I've seen is for direnv not finding the .envrc file, but here it is finding it, it's just not allowing me to allow it.
I know this is not a propper solution, but I encountered this aftering installing from a snap on Linux Mint.
After I uninstalled the snap and installed it from aptitude I did not have any issues.
While the OP is on Ubuntu I ran into the same problem with the snap installed binary on CentOS 7.7.
I worked around the problem by installing a go binary and then building direnv from source: git clone https://github.com/direnv/direnv.git; cd direnv; make; make install which got me direnv 2.21.2 in /usr/local/bin
Since this morning, on my iMac (macOS High Sierra Version 10.13.6) any time I open an iTerm2 window (with Oh My Zsh installed), I see this:
It seems that it's trying to run xcodebuild and it's stuck. I never get a prompt, even after waiting a long time. I've tried pressing ctrl+C to end the process, and then I see this:
I'm not purposely trying to do anything with Xcode. I just want to use the command line. I've been working for months without this problem, and it just started today. Any suggestion for how I can resolve this and use iTerm like normal?
I had the similar issue.
This resolved the problem:
# sudo xcodebuild -license accept
I got the same issue with macOS Big Sur.
Tried all Google results and nothing works. Eventually, I found it was caused by setting Node.js v8.x as default in nvm, alias default to system will resolve the issue. Although I don't know why nvm need to run xcodebuild for Node.js v8.x.
I have got the same issue after updating my MBP16 with Big Sur today
I have checked my xcode command tools path with xcode-select -p and I found that the path was related to an older version of xcode (10.1 in my case, I do not remember the path, maybe /Applications/Xcode_10.1.app/Contents/Developer/).
I have reinstall xcode command tools (sudo rm -rf /Library/Developer/CommandLineTools and xcode-select --install) and I have switched the xcode command tools path with this command sudo xcode-select -switch /Library/Developer/CommandLineTools
The issue is resolved now
Many answers but at the first start the console is still very slow (15s).
Looking around I found out that somehow nvm needs xcodebuild.
The slowdown was fixed changing the nvm default to system
nvm alias default system
Still not well clear why this is happening, I suggest to figure out trying to change the nvm configuration until you obtain the result.
The hanging I was experiencing happened only once after reboot, and consequent launches of the shell happened instantly.
I've spent hours debugging this issue. I eventually traced the hanging to homebrew's start script. My finding was that /usr/bin/git was slow at start (took 12 secs to load) for some reason and Homebrew used that binary unless another was installed. I installed a newer version of git through Homebrew using brew install git and this fixed the issue.
Investigation
I could see that the hang causes 100% CPU usage in syspolicyd and I could see a -67062 error at the end of the hang through Console.app (this error means code object is not signed at all). Unfortunately, the error log did not point me to a specific file and I had to add echos inside the brew script to isolate the exact location of the hang. It turned out to be an execution of git. Installing another version of git that would overwrite the default one fixed the problem. I used brew install git since homebrew checks its own directory first for a git binary.
I am not exactly sure how/why the code signature of /usr/bin/git is broken. It wasn't broken when I first installed Homebrew. It was somehow corrupted later on.
I'm trying to get mod_mono working on CentOS 6.5. I have many failed attempts where either something does not compile at all or fails when trying to run a website. I've tried both latest from git, tarball from git releases, and tarballs of different versions from http://download.mono-project.com/sources/mono/. All fail in one way or another.
So far the "most" working solution I've found is to download this: http://download.pokorra.de/mono/tarballs/mono-3.2.6.tar.bz2 and use latest xsp and mod_mono from under mono-project site.
Problem is even though mod_mono installation went ok, i get this in httpd/error_log:
[error] Failed running '/usr/lib/pkgconfig/../../bin/mod-mono-server2 --filename /tmp/mod_mono_server_global --nonstop --master (null) (null) (null) (null) (null) (null) (null) (null)'. Reason: No such file or directory
So mod_mono does not run. What could be causing this? There are no errors in make or make install output.
Most importantly:
locate mod-mono-server
/usr/local/src/xsp-3.0.11/man/mod-mono-server.1
/usr/local/src/xsp-3.0.11/scripts/mod-mono-server
/usr/local/src/xsp-3.0.11/scripts/mod-mono-server2
/usr/local/src/xsp-3.0.11/scripts/mod-mono-server4
/usr/local/src/xsp-3.0.11/src/Mono.WebServer.Apache/mod-mono-server2.exe
/usr/local/src/xsp-3.0.11/src/Mono.WebServer.Apache/mod-mono-server2.exe.mdb
/usr/local/src/xsp-3.0.11/src/Mono.WebServer.Apache/mod-mono-server4.exe
/usr/local/src/xsp-3.0.11/src/Mono.WebServer.Apache/mod-mono-server4.exe.mdb
/usr/local/src/xsp-3.0.11/test/mod-mono-server.exe.config
/usr/share/man/man1/mod-mono-server.1
There are no mod-mono-servers anywhere else except under sources.
Mono itself is fine, I can run a small console application using mono mytestapp.exe.
I installed mod_mono (like mono and xsp) using prefix /usr:
./configure --prefix=/usr
make && make install
I can see mod_mono.conf generated correctly.
Please forgive me if this is really a hilariously silly question, but what's going on? I would have expected to see something under /usr/bin and /usr/lib but there's nothing even though mod_mono installs without errors.
Edit: Just a side note, as opposed to some other installation, xsp runs fine. With other mono installations I had exceptions in the xsp output.
Most likely, you are trying to run /usr/bin/mod-mono-server2, which most likely does not exist, rather than /usr/bin/mod-mono-server4.
The solution which I just tested is to
sudo apt-get update followed sudo apt-get install mono-apache-server4
create a symbolic link from /usr/bin/mod-mono-server2 to
/usr/bin/mod-mono-server4 like this:
sudo ln -s mod-mono-server4 mod-mono-server2
I'm trying to connect to SQL Server on Ubuntu 9.04 using Ruby. I translated and followed all the steps outlined in getting OSX talking to SQL Server from here:
http://toolmantim.com/articles/getting_rails_talking_to_sqlserver_on_osx_via_odbc
Everything is working on the FreeTDS and unixODBC end. I can see and query the database using tsql.
When I try to access the database from Ruby using IRB I get the following error:
DBI::DatabaseError : INTERN (0) [RubyODBC] Cannot allocate SQLHENV
Has anyone run into this and what can I do to solve this?
I started getting this error when I upgraded to Ubuntu 9.10 (Karmic Koala). Your tip regarding installation order of the Ubuntu packages didn't work for me.
It seems the fix was to manually compile ruby-odbc.
wget http://www.ch-werner.de/rubyodbc/ruby-odbc-0.9997.tar.gz
tar xzvf ruby-odbc-0.9997.tar.gz
cd ruby-odbc-0.9997
ruby extconf.rb --with-dlopen
make
sudo make install
System
Ubuntu 9.10 64 bit
I had to specify the odbc directory in the rubyodbc install
wget http://www.ch-werner.de/rubyodbc/ruby-odbc-0.9997.tar.gz
tar xzvf ruby-odbc-0.9997.tar.gz
cd ruby-odbc-0.9997
ruby extconf.rb --with-odbc-dir=/usr/lib/odbc --disable-dlopen
make
sudo make install
I had the same problem.
But on Centos 5.5 not Ubuntu
Tried many forums/solutions with no joy.
The error message hints at a missing reference to unixODBC.
Which was setting using LD_LIBRARY_PATH variable.
Found another way to set path, by creating
/etc/ld.so.conf.d/odbc.conf.
add unixODBC location to file ie /usr/local/lib.
Run, sudo ldconfig.
Go fig that I actually got this working after submitting my question. What I ended up doing was uninstall libdbd-odbc-ruby and libdbi-ruby and then reinstalling them by installing libdbi-ruby first and then installing libdbd-odbc-ruby. I guess when I installed them before, something must of messed up.
BTW, following the instructions to recompile Ruby-ODBC on Ubuntu 9.10 (Karmic) required installation of either the libiodbc2-dev or the unixodbc-dev package. When using libiodbc2-dev, I got segmentation faults when my Ruby program tried:
connection.select_all('select top 15 * from log_device_healths')
..but no problem when using unixodbc-dev instead.
Tim Morgan's solution didn't work for me. However I was able to get things working by installing an older version of libodbc-ruby (0.9995) from here:
http://mirrors.kernel.org/ubuntu/pool/universe/libo/libodbc-ruby/libodbc-ruby1.8_0.9995-1_i386.deb
Additional details are available from Carsten Gehling's blog:
http://gehling.dk/2010/02/the-woes-of-libodbc-ruby1-8-and-debian-ubuntu/
Be careful though -- Ubuntu's Update Manager will happily "upgrade" this version of libodbc-ruby to the broken 0.9997-2. I accidentally overwrote the older version this way only to end up back here, trying to figure out how I fixed it last time.
Well, it seems my other answer stopped working for me. This thread helped me to solve the issue in another way, and I wanted to share it here.
sudo gem uninstall ruby-odbc
sudo rm /usr/local/lib/site_ruby/1.8/x86_64-linux/odbc.so
cd /tmp
wget http://mirrors.kernel.org/ubuntu/pool/universe/libo/libodbc-ruby/libodbc-ruby1.8_0.9995-1_amd64.deb
sudo dpkg -i libodbc-ruby1.8_0.9995-1_amd64.deb
If you're not on a 64-bit platform, you'll need to download a different Debian package.
Basically, what solves the problem is installing version 0.9995 of the ruby-odbc Ubuntu package.