| 1 |
waltdnes@××××××××.org wrote: |
| 2 |
|
| 3 |
> On Mon, Jun 13, 2016 at 12:06:18AM +0200, wabe wrote |
| 4 |
> > Marc Joliet <marcec@×××.de> wrote: |
| 5 |
> > |
| 6 |
> > > On Wednesday 08 June 2016 02:43:07 wabe wrote: |
| 7 |
> > > [...] |
| 8 |
> > > >But I wonder why portage wanna change udev to eudev on my |
| 9 |
> > > >system. It seems that this is not the case for everyone else. |
| 10 |
> > > >I'm using a stable hardened gentoo system and did not change USE |
| 11 |
> > > >flags or other settings. Just started my regular update |
| 12 |
> > > >process. |
| 13 |
> > > [...] |
| 14 |
> > > |
| 15 |
> > > My suspicion is that libgudev is in @world (or in a set your |
| 16 |
> > > created yourself). Perhaps try "emerge --deselect libgudev"; if |
| 17 |
> > > it works, the hard blocker should become a soft blocker ("b" |
| 18 |
> > > instead of "B"), which portage can resolve by itself. |
| 19 |
> > |
| 20 |
> > It isn't listed in /var/lib/portage/world. But it's a dependency of |
| 21 |
> > about a dozen of packages on my system. |
| 22 |
> > |
| 23 |
> > At the moment I don't have enough time to search for the reason why |
| 24 |
> > portage wants to install eudev. So I simply unmerged udev and |
| 25 |
> > installed eudev. |
| 26 |
> |
| 27 |
> See |
| 28 |
> https://archives.gentoo.org/gentoo-dev/message/bbd5a2a5775eebbb7e62161125c66135 |
| 29 |
> at the end of a long thread on gentoo-dev... |
| 30 |
> |
| 31 |
> > The council has approved the following decision 7-0: |
| 32 |
> > |
| 33 |
> > "In light of the support for eudev among Gentoo non-systemd users, |
| 34 |
> > and a lack of strong technical drivers to block a change, the |
| 35 |
> > Council approves changing the default virtual/udev provider for |
| 36 |
> > non-systemd users to eudev. The council encourages all maintainers |
| 37 |
> > to try to support either provider and cooperate with those who |
| 38 |
> > provide patches when necessary." |
| 39 |
> > |
| 40 |
> > I'd recommend that the eudev team implement the change and |
| 41 |
> > communicate vs just having a stampede for the virtual... |
| 42 |
|
| 43 |
THX a lot for this info. |
| 44 |
|
| 45 |
> If you are not running systemd, then eudev is the preferred udev |
| 46 |
> implementation. Binary distros can build systemd, extract udev on a |
| 47 |
> developer's machine and package it like a library. Gentoo, being |
| 48 |
> source-based, has to do some hackish workarounds, installing, and then |
| 49 |
> removing, much of systemd on the user's machine with every update to |
| 50 |
> udev. Lennart Poettering has made no secret that he's chomping at the |
| 51 |
> bit to get rid of standalone udev. Even more ominous is the following |
| 52 |
> |
| 53 |
> https://lists.freedesktop.org/archives/systemd-devel/2015-May/032147.html |
| 54 |
> |
| 55 |
> > * A new (currently still internal) API sd-device.h has been |
| 56 |
> > added to libsystemd. This modernized API is supposed to |
| 57 |
> > replace libudev eventually. In fact, already much of libudev |
| 58 |
> > is now just a wrapper around sd-device.h. |
| 59 |
> |
| 60 |
|
| 61 |
I'm glad that gentoo users still have an alternative to systemd, and |
| 62 |
hope that this will also be the case in future. |
| 63 |
|
| 64 |
But I really don't wanna start another pro/con systemd thread here! ;-) |
| 65 |
|
| 66 |
-- |
| 67 |
Regards |
| 68 |
wabe |
Archives