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

Added Triaged label.

Added this to the Later milestone.

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

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

Issue #15091 has been merged into this issue.

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

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

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

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

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

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).

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

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.

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.

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

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

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

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.

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).

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.

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

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

+1

+1 on Fedora 22

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

+1 Please fix this

+1

+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

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