Re: [gentoo-dev] Changing order of default virtual/udev provider

[Daniel Campbell]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 02/08/2016 08:18 AM, Rich Freeman wrote:
> On 2/8/16, Patrick Lauer <patrick@g.o> wrote:
>> The idea here is to change the order of the providers of
>> virtual/udev. For existing installs this has zero impact. For
>> stage3 this would mean that eudev is pulled in instead of udev.
>
> Might I suggest a slightly different approach.  I don't really have
> a strong preference on the order of providers in this virtual,
> though I don't really care for a direction of promoting in-house
> tools over standardized ones (genkernel is another one that comes
> to mind). Gentoo's distinctiveness should come from being
> source-based and offering choices, not from a large collection of
> internal forks (I have nothing against people working on them, but
> they shouldn't be the default experience).
>
> However, I think we're actually missing the bigger issue here.  Why
> is this virtual even in @system to begin with?  When I set up a
> chroot or some kinds of containers I don't need udev, or sysvinit
> (or openssh - but let's set that one aside for now).
>
> We don't stick grub or genkernel or even gentoo-sources in our
> stage3s.  Why stick (e)udev in there?
>
> It seems like this should just be another step in the handbook -
> pick your desired device manager.
>
> Obviously if we produce a boot CD it will need a device manager
> (and kernel and bootloader and network manager), and I don't care
> which one it is.
>
> This just seems more like the Gentoo way, and it completely
> sidesteps all the controversy over defaults.  We're already working
> on fixing the few remaining functions.sh references so that openrc
> can be removed from the system set as well.
>

++ from me. I hadn't considered just considering it another option.
[e]udev isn't the only device manager out there, and currently
Gentooers must explore that *after* installation. If someone comes to
Gentoo knowing they want mdev and runit, for example, maybe we should
at least briefly mention them in the Handbook and point to their wiki
pages for more information. Defaults don't have to be blessed.

I'm also in favor of keeping @system small. If that means migration to
stage4s for the average user and stage3s remain a thing, I'm okay with
that. We just need solid means to maintain choice and be honest about
the options available when building a system, imo.
- -- 
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C  1DE4 6F7A 9091 1EA0 55D6
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJWuTbWAAoJEAEkDpRQOeFw9FYQAKz8BfptTmFwH6/fGJDZYuuI
xQIh9uLWnd5CpRt4KgXhJWzN3DQvAA5/9iupiEfqZOMP/Iissjdc02ZQ/EmDceB3
sze+sqKMKrvEm0IaMkTK7J451NkLLODBkw1zQdZmruhkzx46C+4B8lnnyN5eewKd
cHP77EuDtGpFkq62ZfTwnk7iz4omiRqHUEJLq3nagEtKby109VM5FhSUpdbCgXOl
tRRrElgxroDeoV/nRjCLpXetMP7IMyKKyyS/6IH5FVLV31oWwyfhG9TE3MKmCVFo
xQeH0rALr7RrPKaGCbD32rFLl1dTedHI0x1hROl4jtPxRNoWcVQ2096l2wVdCzo5
42fkRvwuhro/v+ABcCj4ysdkfLLeEAS0S89vc+w7QGviKDHjXDjKwIxpeDnACUeT
qvHucT8glTVbCZPseD9z5iRTtnS8JIi2T8qVtYT3ULo5YH8Xcfy0M2htfusAMONS
07UOhIrZzhLOI6mEwYOHHkOiWzWpBy6JtpVVHzmw38eB1szmGSFBHl5pV2mmaqw7
0kYQ9/OX74QcFwxUnyEbl7gAJRnu15J6Zzk2wl+uVrMMgoL8uZ7B4JLGLx4772AH
HFxwlzdCuXtBQxOc7dL1OfW/DZkFg8JnDLxBKeTH8F0L1gX/Fe/vnekPUlKRj+y9
xtg0rCeg3gel+wbN/fWk
=iWI6
-----END PGP SIGNATURE-----