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

Comments

Projects
None yet
@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

This comment has been minimized.

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

This comment has been minimized.

Copy link
Member

sethladd commented Aug 14, 2013

Added Triaged label.

@vsmenon

This comment has been minimized.

Copy link
Member

vsmenon commented Sep 16, 2013

Added this to the Later milestone.

@DartBot

This comment has been minimized.

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

This comment has been minimized.

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

This comment has been minimized.

Copy link
Contributor

a-siva commented Dec 2, 2013

Issue #15091 has been merged into this issue.

@a-siva

This comment has been minimized.

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

This comment has been minimized.

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

This comment has been minimized.

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

This comment has been minimized.

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

This comment has been minimized.

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

This comment has been minimized.

Copy link
Member

vsmenon commented Feb 27, 2014

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

@DartBot

This comment has been minimized.

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

This comment has been minimized.

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

This comment has been minimized.

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

This comment has been minimized.

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

This comment has been minimized.

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

This comment has been minimized.

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

This comment has been minimized.

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

This comment has been minimized.

Copy link

daftspaniel commented Jun 5, 2015

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

This comment has been minimized.

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

This comment has been minimized.

Copy link

jessegood commented Aug 20, 2015

+1

@Ablu

This comment has been minimized.

Copy link

Ablu commented Aug 28, 2015

+1 on Fedora 22

@sanmadjack

This comment has been minimized.

Copy link

sanmadjack commented Oct 3, 2015

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

@gwTumm

This comment has been minimized.

Copy link

gwTumm commented Nov 5, 2015

+1 Please fix this

@albertog

This comment has been minimized.

Copy link

albertog commented Dec 28, 2015

+1

@regenvanwalbeek

This comment has been minimized.

Copy link

regenvanwalbeek commented Dec 30, 2015

+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-medium type-bug and removed triaged labels Feb 29, 2016

@mulander

This comment has been minimized.

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

@matanlurey matanlurey closed this Feb 9, 2018

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.