On Tue, 2 Jul 2013 21:16:07 +0300 Sergei Trofimovich <sly...@gentoo.org> wrote:
> udev's case: > It's _not_ the kernel which upgrade breaks user's system. Why do you > try to "fix" it? If you want to save user's box - make check at > pre-install time. Otherwise it will break. Won't work for stage3's case, where this check won't run. > kernel's case: > CONFIG_DEVTMPFS needs 'default yes', right? One-liner to > gentoo-sources. It's not as simple as a one-liner, because we need to respect people that want to build a kernel without that; not everyone who uses genpatches runs a Gentoo system, and note every other OS needs that variable to enabled. > Why 'hide' it? It's very counterintuitive. What is being hidden? > What will you do with all-those-required-to-boot-properly > - root filesystem > - disk controller > - USB keyboard drivers > ? > Include them all unless CONFIG_DONT_REMOVER_OR_WONT_BOOT > option? These don't fall under options that need to be enabled for everyone. From what I see on chat and forums, people often set all these fine; yet they not always enable CONFIG_DEVTMPFS and similar variables. We deal with the absolutely necessary, not spoon feed every option. > I'm afraid I don't see how it's a solution. > Suppose, tomorrow's udev will require CONFIG_foo, and glibc will > require CONFIG_bar. How will you save user with your mechanism? I don't see how we don't save them; but well, I'm not entirely sure if you're talking about the opening post mechanism or another one here. -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : tom...@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
signature.asc
Description: PGP signature
