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 99AD31381F3 for ; Mon, 1 Jul 2013 19:23:31 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C0692E0ADD; Mon, 1 Jul 2013 19:23:28 +0000 (UTC) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id D1512E0AD6 for ; Mon, 1 Jul 2013 19:23:27 +0000 (UTC) Received: from compute6.internal (compute6.nyi.mail.srv.osa [10.202.2.46]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 1534320DB6 for ; Mon, 1 Jul 2013 15:23:26 -0400 (EDT) Received: from frontend2.nyi.mail.srv.osa ([10.202.2.161]) by compute6.internal (MEProxy); Mon, 01 Jul 2013 15:23:26 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:from:to:subject:message-id :references:mime-version:content-type:in-reply-to; s=smtpout; bh=W5/hZgz8ZX5BUJRwXSI+B+lApYE=; b=HDUCZ2UJOc61lsHM02TW2WGTBtuS UJxhQlPW2qorfU3v3orP7bSlOHPMe24PaAvEH4+SXHOvdI5L9s6ohThuCESCDKjG e9shDklqbTmIUiy+V9VEef89ML8h7oaYjDRDOJtMGiy0XtwWennLJpORxho3dLv7 Ww9GEc2YyZ7Htcc= X-Sasl-enc: 1tP80V7KLorW/TdsKgqbIzZCaqk1aldApqgCmVN6FEmc 1372706605 Received: from localhost (unknown [76.28.172.123]) by mail.messagingengine.com (Postfix) with ESMTPA id A2784680268; Mon, 1 Jul 2013 15:23:25 -0400 (EDT) Date: Mon, 1 Jul 2013 12:23:24 -0700 From: Greg KH To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: [gentoo-kernel] Proper distribution integration of kernel *-sources, patches and configuration. Message-ID: <20130701192324.GA30808@kroah.com> References: <20130701164149.131490f8@TOMWIJ-GENTOO> <20130701181749.GA3831@kroah.com> <20130701204516.6151bb40@TOMWIJ-GENTOO> 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 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130701204516.6151bb40@TOMWIJ-GENTOO> User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: 85f38587-2d64-4220-b01c-9685e8b4ebb3 X-Archives-Hash: e940fabb9c9160f4b8e8d2cc601a6b78 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 :( > > > which would be disabled by default, therefore if you keep this > > > option the way it is on your stable server; it won't affect you. > > > > Not always true. Look at aufs as an example. It patches the core > > kernel code in ways that are _not_ accepted upstream yet. Now you all > > are running that modified code, even if you don't want aufs. > > Earlier I mentioned "3) The patch should not affect the build by > default."; if it does, we have to adjust it to not do that, this is > something that can be easily scripted. It's just a matter of embedding > each + block in the diff with a config check and updating the counts. Look at aufs as a specific example of why you can't do that, otherwise, don't you think that the aufs developer(s) wouldn't have done so? The goal of "don't touch any other kernel code" is a very good one, but not always true for these huge out-of-tree kernel patches. Usually that is the main reason why these patches aren't merged upstream, because those changes are not acceptable. So be very careful here, you are messing with things that are rejected by upstream. greg k-h