Gentoo Archives: gentoo-dev

From: Rich Freeman <rich0@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Suggestion for getting rid of udev
Date: Wed, 12 Oct 2011 13:26:59
Message-Id: CAGfcS_nctddpGF9MCGoSHEw7TN4Af9iU6jn+OhGhht3B5NbHkA@mail.gmail.com
In Reply to: [gentoo-dev] Suggestion for getting rid of udev by Walter Dnes
1 On Wed, Oct 12, 2011 at 12:40 AM, Walter Dnes <waltdnes@××××××××.org> wrote:
2 >  Forking udev is probably not an option.  The udev lead developer is a
3 > Redhat employee, and his direction seems to be to drag everybody in
4 > Redhat's direction.  Our community doesn't have Redhat's billions.
5
6 We should note that RedHat is already spending their billions to make
7 dracut smarter, and if initramfs is good enough for RHEL then it
8 should be good enough for us if somebody just has to have /usr on a
9 separate device and needs some of the fancier udev rules to work on
10 boot. For those who don't need dracut there was already a stated
11 desire to provide a simplified initramfs. And, for less complex
12 setups, you don't need it at all.
13
14 My concern with something like dropping udev is that it would make us
15 different from every other desktop distro out there. I'm not aware of
16 any distro packaging Gnome/KDE without udev. Not having Redhat's
17 billions to me is a good reason to try to do things the same way that
18 Redhat does them - so that we're not re-inventing the wheel.
19
20 Gentoo is still a fairly meta distro and if users want to remove udev
21 they probably can do it without a great deal of hassle if they don't
22 want hot more hotplugish experience and don't use the big desktop
23 environments. It just doesn't make sense to make that a default. In
24 the same way I don't mind a list of CFLAGS that spans 3 lines but I'd
25 never advocate putting that into the default make.conf.
26
27 Rich

Replies

Subject Author
Re: [gentoo-dev] Suggestion for getting rid of udev Mike Frysinger <vapier@g.o>
[gentoo-dev] Re: Suggestion for getting rid of udev Duncan <1i5t5.duncan@×××.net>