From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id D4D171381F3 for ; Mon, 1 Jul 2013 21:52:29 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AD924E0B71; Mon, 1 Jul 2013 21:52:21 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A0461E0B54 for ; Mon, 1 Jul 2013 21:52:20 +0000 (UTC) Received: from [192.168.3.7] (cpe-69-207-16-110.buffalo.res.rr.com [69.207.16.110]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: blueness) by smtp.gentoo.org (Postfix) with ESMTPSA id 97C8B33E5DE for ; Mon, 1 Jul 2013 21:52:19 +0000 (UTC) Message-ID: <51D1FA72.4070405@gentoo.org> Date: Mon, 01 Jul 2013 17:53:54 -0400 From: "Anthony G. Basile" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130628 Thunderbird/17.0.7 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: [gentoo-kernel] Proper distribution integration of kernel *-sources, patches and configuration. References: <20130701164149.131490f8@TOMWIJ-GENTOO> <20130701181749.GA3831@kroah.com> <20130701204516.6151bb40@TOMWIJ-GENTOO> <20130701192324.GA30808@kroah.com> <51D1F1D3.8030402@gentoo.org> <20130701212454.GA32077@kroah.com> In-Reply-To: <20130701212454.GA32077@kroah.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 33d3ea93-d2ab-4729-a785-85171517396c X-Archives-Hash: 7f40d183234edea6a57de6501a5e353e On 07/01/2013 05:24 PM, Greg KH wrote: > On Mon, Jul 01, 2013 at 05:17:07PM -0400, Anthony G. Basile wrote: >> On 07/01/2013 03:23 PM, Greg KH wrote: >>> On Mon, Jul 01, 2013 at 08:45:16PM +0200, Tom Wijsman wrote: >>>>>> Q: What about my stable server? I really don't want to run this >>>>>> stuff! >>>>>> >>>>>> A: These options would depend on !CONFIG_VANILLA or >>>>>> CONFIG_EXPERIMENTAL >>>>> What is CONFIG_VANILLA? I don't see that in the upstream kernel tree >>>>> at all. >>>>> >>>>> CONFIG_EXPERIMENTAL is now gone from upstream, so you are going to >>>>> have a problem with this. >>>> Earlier I mentioned "2) These feature should depend on a non-vanilla / >>>> experimental option." which is an option we would introduce under the >>>> Gentoo distribution menu section. >>> Distro-specific config options, great :( >> I'm not sure what you mean by "distro-specific", > See later mention of CONFIG_GENTOO_EXPERIMENTAL, that is what I was > referring to. > >> but suppose people >> want BFQ? Why can't we have it in gentoo-sources. It is totally >> disabled by not selecting CONFIG_BFQ. Selecting it is no different >> than emerging pf-sources with the same other options ported over. > Until you run into a patch that modifies code outside of it's CONFIG_ > option, like the aufs example I pointed out. Yeah, that's the situation with hardened-sources and then we are in agreement. If its orthogonal to the rest of the kernel, I maintain that it can safely be included with the appropriate warnings. > >> By your logic, we should not distribut pf-sources either. The truth >> of the matter is, there are forks of the vanilla kernel out there. Are >> you suggesting we distribute none of them? > That's a total false argument, the discussion here is about our "main" > gentoo-kernel tree, not one of our many domain-specific kernel versions > that are maintained separately. Now I'm confused because gentoo-sources is gentoo specific. It contains stuff that we need in gentoo but other distros do not need, like our end-to-end support for certain xattr namespaces. If you remove these then we must either 1) maintain a userland which is not in line with other distros or 2) give up on critical features we want in gentoo, like markings on elf object in user.pax.flags and certain caps, as well as in the future preserving selinux labels through emerge. Upstream will not accept them because of "who needs that crap" and we can't give them up without loosing core functionality. Feel free to review those patches but don't ask us to drop them from gentoo-sources because their not in upstream. Only vanilla-sources should be exactly that. upstream vanilla with nothing else. period. > >> NOTE: hardened-sources is its own world. There is not level of >> turning on/off options that get you back to a vanilla kernel. > Agreed, which keeps that from being merged into this tree, hopefully :) Yeah I think everyone is in agreement with that. But it also fits my point about orthogonality above. -- Anthony G. Basile, Ph.D. Gentoo Linux Developer [Hardened] E-Mail : blueness@gentoo.org GnuPG FP : 1FED FAD9 D82C 52A5 3BAB DC79 9384 FA6E F52D 4BBA GnuPG ID : F52D4BBA