Re: [opensuse-kernel] Re: [RFC] Simplifying kernel configuration for distro issues
- To: Ingo Molnar <email@example.com>
- Cc: Linus Torvalds <firstname.lastname@example.org>, Borislav Petkov <email@example.com>, Cyrill Gorcunov <firstname.lastname@example.org>, Pekka Enberg <email@example.com>, richard -rw- weinberger <firstname.lastname@example.org>, "Myklebust, Trond" <Trond.Myklebust@netapp.com>, Dave Jones <email@example.com>, Greg Kroah-Hartman <firstname.lastname@example.org>, Ubuntu Kernel Team <email@example.com>, Debian Kernel Team <firstname.lastname@example.org>, OpenSUSE Kernel Team <email@example.com>, Linux Kernel Mailing List <firstname.lastname@example.org>, Ingo Molnar <email@example.com>, Sasha Levin <firstname.lastname@example.org>, Asias He <email@example.com>, Pavel Emelyanov <firstname.lastname@example.org>
- Subject: Re: [opensuse-kernel] Re: [RFC] Simplifying kernel configuration for distro issues
- From: email@example.com
- Date: Wed, 18 Jul 2012 01:42:14 -0700 (PDT)
- Message-id: <[🔎] alpine.DEB.firstname.lastname@example.org>
- In-reply-to: <[🔎] 20120718070458.GA10357@gmail.com>
- References: <[🔎] CAOJsxLGBCQ6C-3M0ZdTfVPqnmOKqUE9+78Mhf+67TksmVojuuQ@mail.gmail.com> <[🔎] 20120715211848.GA21167@aftab.osrc.amd.com> <[🔎] 20120715214819.GA1990@moon> <[🔎] alpine.DEB.email@example.com> <[🔎] 20120716082418.GC24327@aftab.osrc.amd.com> <[🔎] alpine.DEB.firstname.lastname@example.org> <[🔎] CA+55aFwwmMbFr4HXTFxF_MeM_n8bfiXfPPgCALTOc1HvidVt1Q@mail.gmail.com> <[🔎] alpine.DEB.email@example.com> <[🔎] CA+55aFw7zdyPpDEdpDbYWc-Z++v_kDQHD3Z+-QwPszh+9bU+tQ@mail.gmail.com> <[🔎] alpine.DEB.firstname.lastname@example.org> <[🔎] 20120718070458.GA10357@gmail.com>
On Wed, 18 Jul 2012, Ingo Molnar wrote:
* email@example.com <firstname.lastname@example.org> wrote:
Anybody who says "I want to run Fedora without SELINUX
because I do my own security development" is by *definition*
not relevant to the whole feature.
Don't mistake the example for the feature. the SELINUX thing
is just an example. As Alan Cox commented, taking a distro
config and disabling one thing is a common troubleshooting
request from kernel developers.
It's still irrelevant:
- if a user chooses a distro config it means that he is using
that distro. Disabling an essential component of the distro
config, even if a kernel developer asks for it, will likely
break that distro and is thus a dumb thing to do. (the
typical user will also be unlikely to be *able* to edit a
.config and make sure it works.)
that's assuming that everything listed really is essential.
The history of features defaulting to 'Y' in the existing kernel config
doesn't give me great confidence that reality will be anywhere close to
- Furthermore, there's *already* over ten thousand select's in
our Kconfig's, and it's already hard at times to disable
- I've been using what Linus suggested for many years via
private patches to do bootable randconfig testing and the
concept works just fine - enabling a distro specific
minconfig is absolutely useful, I'm glad it's being pursued
upstream as well...
So what you are arguing about is IMO irrelevant, it is
immaterial to the problem at hand and the concept works just
fine in practice.
Shrug, you guys have to maintain the result, I'm just a user.
But I don't see why the same logic that kept the kernel installation
outside of the makefiles and created /sbin/installkernel wouldn't also
using a separate miniconfig in a known place would seem to be less code,
distribute the work better (as every distro can use it without having to
patch the same files in the kernel source), and be more flexible.
Flexibility has a way of being leveraged in ways never imagined initially,
so if it can be gained without complicating the code (and it's
maintinance), and the initial use case, I always tend to push for the more