On Tue, 2 Jul 2013 21:16:07 +0300
Sergei Trofimovich <slyfox@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  : TomWij@gentoo.org
GPG Public Key  : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2  ABF0 95B2 1FCD 6D34 E57D