-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 02/08/2016 08:18 AM, Rich Freeman wrote: > On 2/8/16, Patrick Lauer <patr...@gentoo.org> 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-----
