Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Dartium error on startup: libudev.so.0: cannot open shared object file: No such file or directory #12325

Closed
cbracken opened this issue Aug 8, 2013 · 28 comments
Labels
os-linux P2 A bug or feature request we're likely to work on type-bug Incorrect behavior (everything from a crash to more subtle misbehavior)

Comments

@cbracken
Copy link
Member

cbracken commented Aug 8, 2013

On Ubuntu 13.04, Linux Mint 15, Dartium issues the following error on startup and terminates:

Dartium stdout: /home/user/Applications/dart/chromium/chrome: error while loading shared libraries: libudev.so.0: cannot open shared object file: No such file or directory

@cbracken
Copy link
Member Author

cbracken commented Aug 8, 2013

As a temporary workaround, the following will get Dartium running on Ubuntu 13.04:
sudo ln -s /lib/x86_64-linux-gnu/libudev.so.1 /lib/x86_64-linux-gnu/libudev.so.0

@sethladd
Copy link
Contributor

Added Triaged label.

@vsmenon
Copy link
Member

vsmenon commented Sep 16, 2013

Added this to the Later milestone.

@DartBot
Copy link

DartBot commented Nov 5, 2013

This comment was originally written by frederik.leon...@gmail.com


This happens on Arch Linux as well. The temporary fix works, but paths are different:
sudo ln -s /lib64/libudev.so.1 /lib64/libudev.so.0

@DartBot
Copy link

DartBot commented Nov 18, 2013

This comment was originally written by nathandco...@gmail.com


The correct version appears to be included in the Chrome package (installed from Google's repository) - this worked for me: sudo ln -s /opt/google/chrome/libudev.so.0 /lib/x86_64-linux-gnu/libudev.so.0

@a-siva
Copy link
Contributor

a-siva commented Dec 2, 2013

Issue #15091 has been merged into this issue.

@a-siva
Copy link
Contributor

a-siva commented Dec 2, 2013

Set owner to @vsmenon.
Removed this from the Later milestone.
Added this to the 1.1 milestone.

@DartBot
Copy link

DartBot commented Dec 5, 2013

This comment was originally written by risbon...@gmail.com


the workaround sudo ln -s /lib/x86_64-linux-gnu/libudev.so.1 /lib/x86_64-linux-gnu/libudev.so.0 works for me

@DartBot
Copy link

DartBot commented Dec 16, 2013

This comment was originally written by javier...@gmail.com


This also happens on Ubuntu 14.04. The fix seems to work.

@DartBot
Copy link

DartBot commented Jan 26, 2014

This comment was originally written by marco.hes...@gmail.com


On Fedora the required link is:

 ln -s /usr/lib64/libudev.so.1 /usr/lib64/libudev.so.0

@DartBot
Copy link

DartBot commented Feb 24, 2014

This comment was originally written by de...@gmail.com


While we wait for a fix for the Dart Editor to support newer versions of Linux out of the box, it would be helpful to have the following added to the "Other known issues" section of https://www.dartlang.org/tools/editor/troubleshoot.html

* Dartium crashes with "libudev.so.0: Cannot open shared object file: No such file or directory" (with a link to this issue).

@vsmenon
Copy link
Member

vsmenon commented Feb 27, 2014

Removed this from the 1.1 milestone.
Added this to the 1.3 milestone.

@DartBot
Copy link

DartBot commented Mar 19, 2014

This comment was originally written by seppo.yl...@gmail.com


Eh, surely you guys know that "ln -s /lib/x86_64-linux-gnu/libudev.so.1 /lib/x86_64-linux-gnu/libudev.so.0" is saying "hey, software, I want you to use a binary-incompatible version of library. break at will"? Please do not advertise hacks like this as a fix. The application must be recompiled against libudev.so.1 instead. Otherwise things can spontaneously break.

@DartBot
Copy link

DartBot commented Apr 16, 2014

This comment was originally written by @butlermatt


FWIW, I just did a clean install of OpenSuse 13.1 and encounter the same error with the latest Dev version (1.4.0-dev.2.2) 64-bit versions of OS and dart editor.

@DartBot
Copy link

DartBot commented Apr 24, 2014

This comment was originally written by thomas.gra...@gmail.com


This just happened to me with Ubuntu 14.04. Is a fix incoming?

@DartBot
Copy link

DartBot commented Apr 27, 2014

This comment was originally written by tawambam...@gmail.com


I tried different fixes that i found on the internet for Ubuntu 13.04 and 13.10 but none of them is working on my version 14.04 (upgrading is not always fun !! lool).
However the following link may help those who have 13.04 or 13.10 : http://www.exponential.io/blog/install-node-webkit-on-ubuntu-linux
it appears that libudev.so.0 is an obsolete file for versions after 12.10 and so the fix described on that document is very good and will help bypass the problem by replacing libudev.so.1 by libudev.so.0

@DartBot
Copy link

DartBot commented May 9, 2014

This comment was originally written by anny.mdvn...@gmail.com


This bug has been haunting me on Debian, Arch and now Fedora as well. Is any news inbound about a possible fix?

Linking /opt/google/chrome/libudev.so.0 to /lib64/libudev.so.0 has always solved the issue in my case on Fedora.

@DartBot
Copy link

DartBot commented May 9, 2014

This comment was originally written by denials...@gmail.com


#­19 - The symlink to /opt/google/chrome/libudev.so.0 is a workaround that only works if you have installed Chrome before you install the Dart Editor. When you install Chrome, it creates symlinks in /opt/google/chrome if it does not find the appropriate libraries in the system path. Therefore it's not a real solution, as Chrome is not a documented prerequisite for the Dart editor.

It does suggest that the Dart team could talk with the Chrome team and borrow their approach for a short term workaround at install time, so at least the out of the box experience would be greatly improved.

The long term solution is for the Chromium (and their downstream friends the Dart team) to recognize that Ubuntu 12.04 does not constitute "Linux", and that all of the distributions have moved on to libudev.so.1, and to provide packages that dynamically link against libudev.so.1 instead of libudev.so.0.

Given that anyone successfully running Dart Editor on a distro released in the last two years seems to be doing that anyway, they might as well adopt that approach directly and shift the burden of creating symlinks to the older distros that still have libudev.so.0 (or provide specific packages for them).

@DartBot
Copy link

DartBot commented May 9, 2014

This comment was originally written by denial...@gmail.com


/me notes that #­13 targeted this bug for 1.3 but that it is not actually fixed in the 1.3.6 release. Also, it would still be nice to see the suggestion I made in #­12 to update the troubleshooting docs happen.

@daftspaniel
Copy link

To get this working on 32bit Ubuntu MATE
sudo ln -s /lib/i386-linux-gnu/libudev.so.1 /lib/i386-linux-gnu/libudev.so.0

@z3ntu
Copy link

z3ntu commented Jul 3, 2015

BUMP!
Ubuntu 15.04 64-bit
Still same error! This issue is TWO years old and still not fixed...
This worked for me (as written in the second comment):
sudo ln -s /lib/x86_64-linux-gnu/libudev.so.1 /lib/x86_64-linux-gnu/libudev.so.0

@jessegood
Copy link

+1

@Ablu
Copy link

Ablu commented Aug 28, 2015

+1 on Fedora 22

@sanmadjack
Copy link

This issue is still occurring. It's been 2 years, why isn't this fixed?

@timklge
Copy link

timklge commented Nov 5, 2015

+1 Please fix this

@albertog
Copy link

+1

@regenvanwalbeek
Copy link

+1 Still hitting this on Ubuntu 15.10 64-bit - The sudo ln -s /lib/x86_64-linux-gnu/libudev.so.1 /lib/x86_64-linux-gnu/libudev.so.0 workaround does the trick

@kevmoo kevmoo added P2 A bug or feature request we're likely to work on type-bug Incorrect behavior (everything from a crash to more subtle misbehavior) and removed triaged labels Feb 29, 2016
@mulander
Copy link

mulander commented Mar 5, 2016

Until this issue is solved by the upstream a somewhat cleaner solution is to use LD_PRELOAD instead of symlinking in your system which could lead to other apps loading an incorrect version of the library.

Steam ships it's own 32-bit and 64-bit libudev.so.0 here's an example of running dartium using that library preloaded:

LD_PRELOAD=/home/mulander/.steam/ubuntu12_32/steam-runtime/amd64/lib/x86_64-linux-gnu/libudev.so.0 ./chrome

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
os-linux P2 A bug or feature request we're likely to work on type-bug Incorrect behavior (everything from a crash to more subtle misbehavior)
Projects
None yet
Development

No branches or pull requests