On Mon, Jun 13, 2016 at 12:06:18AM +0200, wabe wrote > Marc Joliet <[email protected]> wrote: > > > On Wednesday 08 June 2016 02:43:07 wabe wrote: > > [...] > > >But I wonder why portage wanna change udev to eudev on my system. It > > >seems that this is not the case for everyone else. I'm using a stable > > >hardened gentoo system and did not change USE flags or other > > >settings. Just started my regular update process. > > [...] > > > > My suspicion is that libgudev is in @world (or in a set your created > > yourself). Perhaps try "emerge --deselect libgudev"; if it works, the > > hard blocker should become a soft blocker ("b" instead of "B"), which > > portage can resolve by itself. > > It isn't listed in /var/lib/portage/world. But it's a dependency of > about a dozen of packages on my system. > > At the moment I don't have enough time to search for the reason why > portage wants to install eudev. So I simply unmerged udev and > installed eudev.
See https://archives.gentoo.org/gentoo-dev/message/bbd5a2a5775eebbb7e62161125c66135 at the end of a long thread on gentoo-dev... > The council has approved the following decision 7-0: > > "In light of the support for eudev among Gentoo non-systemd users, > and a lack of strong technical drivers to block a change, the Council > approves changing the default virtual/udev provider for non-systemd > users to eudev. The council encourages all maintainers to try to > support either provider and cooperate with those who provide patches > when necessary." > > I'd recommend that the eudev team implement the change and communicate > vs just having a stampede for the virtual... If you are not running systemd, then eudev is the preferred udev implementation. Binary distros can build systemd, extract udev on a developer's machine and package it like a library. Gentoo, being source-based, has to do some hackish workarounds, installing, and then removing, much of systemd on the user's machine with every update to udev. Lennart Poettering has made no secret that he's chomping at the bit to get rid of standalone udev. Even more ominous is the following https://lists.freedesktop.org/archives/systemd-devel/2015-May/032147.html > * A new (currently still internal) API sd-device.h has been > added to libsystemd. This modernized API is supposed to > replace libudev eventually. In fact, already much of libudev > is now just a wrapper around sd-device.h. -- Walter Dnes <[email protected]> I don't run "desktop environments"; I run useful applications
