Package Details: libudev.so.0 0.1.1-3

Git Clone URL: https://aur.archlinux.org/libudev.so.0.git (read-only)
Package Base: libudev.so.0
Description: Creates /usr/lib/libudev.so.0 -> /usr/lib/libudev.so symlink
Upstream URL: http://www.dartlang.org/dartium
Licenses: BSD
Conflicts: chromium-browser-bin, libudev0
Provides: libudev0
Submitter: beatgammit
Maintainer: yaroslav
Last Packager: yaroslav
Votes: 249
Popularity: 8.068585
First Submitted: 2013-05-11 19:38
Last Updated: 2016-02-29 16:56

Dependencies (0)

Required by (22)

Sources (0)

Latest Comments

SunRed commented on 2016-05-22 13:49

Is chromium-browser-bin as a conflict still needed? That package doesn't even exist anymore. I think it can be removed.

i_magnific0 commented on 2016-02-23 12:43

Can you please add

conflicts=('chromium-browser-bin','libudev0')
provides=('libudev0')

There are several packages that depend on libudev0 (https://aur.archlinux.org/packages/libudev0/), where I believe that your solution would suffice too. Adding these two lines makes sure that a) libudev.so.0 is not installed alongside libudev0 and b) people can choose between both.

yaroslav commented on 2016-01-08 07:29

@DuncanvR
Changed.

DuncanvR commented on 2016-01-07 20:53

Could you change the arch to 'any'? I'm using this on 'armv7h', and it works just fine.

Scimmia commented on 2015-06-22 15:48

That's because it hasn't been uploaded here yet.

belseuand commented on 2015-06-22 12:33

The download and git links are broken here in AUR4, in AUR it still works.

jdarch commented on 2015-05-20 18:35

@orschiro

future/post-0-ABI libudevs might not have an ABI compatible with libudev.0, just symlinking is therefore bad practice. On the other hand libudev0 mightneed/will need (security) patches at some point. Usually the software depending on a specific ABI will transition to a more recent version at some point though, if actively maintained.

see also Scimmia 2013-11-11 23:04 and beatgammit 2013-11-15 23:10

jdarch commented on 2015-05-20 18:33

@orschiro

future/post-0-ABI libudevs might not have an ABI compatible with libudev.0 in the future, just symlinking is bad practice. On the other hand libudev0 might need will need (security) patches at some point. Usually the software depending on a specific ABI will transition to a more recent version at some point.

see also Scimmia 2013-11-11 23:04 and beatgammit 2013-11-15 23:10

jdarch commented on 2015-05-20 17:38

@orschiro

future/post-0 libudevs might not have an API compatible with libudev.0 in the future, just symlinking is bad practice. On the other hand libudev0 might need will need (security) patches at some point. Usually the software depending on a specific API will transition to a more recent version at some point.

davidva commented on 2014-12-29 03:02

Thanks, This symlink solves problems with some programs as Atraci, Popcorntime, Spotify and others.

orschiro commented on 2014-10-02 09:12

@jdarch

What is the need for the new package that you propose?

jdarch commented on 2014-09-29 07:43

The alternative lib at https://aur.archlinux.org/packages/libudev0/ needs testing, I suppose people using this package already have a working solution, but it would be great if people would try out libudev0 and post any encountered issues on its AUR page.

felipec commented on 2014-05-11 16:38

Does't build.

/home/felipec/abs/atom-editor/src/atom-0.94.0/apm/node_modules/atom-package-manager/bin/apm: line 40: /home/felipec/abs/atom-editor/src/atom-0.94.0/apm/node_modules/atom-package-manager/bin/node: Permission denied

beatgammit commented on 2014-02-11 01:52

@xyproto - Done.

I really need to get a proper PKGBUILD together for dart-editor and dartium so this isn't necessary anymore...

xyproto commented on 2014-02-09 15:47

Please add conflicts=('chromium-browser-bin').

beatgammit commented on 2013-11-15 23:10

@Scimmia - then you're not going to like this either: https://aur.archlinux.org/packages/lib32-libudev.so.0

I agree, this is bad, but it works. I also fell that using an older udev shared object with a newer udev is even worse. For example, the ABI could be the same, but the internal protocol could have changed. Using an older udev shared object could send corrupt data to other applications, causing system instability. Using an newer version of udev *should* (hopefully) just cause the application to crash.

If a package breaks, it should be recompiled with libudev.so.1. For packages I maintain (dart-editor and dartium-bin), this is much more work than I want to deal with because their build systems are much too complicated (and rely on Python2...). In the mean-time, this works...

As always, users should be aware of everything they've installed from the AUR. Perhaps I should add a warning message during install, but this package is just a stopgap anyway.

Scimmia commented on 2013-11-11 23:04

This is so very, very wrong. If you want libudev.so.0, you need to download the source and build it, symlinking it to a lib with a different ABI is just asking for trouble.

beatgammit commented on 2013-05-14 06:13

Oops, good catch. I'm on x64 so I forget sometimes =D. Fixed.

0x1997 commented on 2013-05-12 02:44

Hi, the arch=(x86 x86_64) line should be arch=(i686 x86_64) instead.