Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755497AbZCCSno (ORCPT ); Tue, 3 Mar 2009 13:43:44 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751014AbZCCSnf (ORCPT ); Tue, 3 Mar 2009 13:43:35 -0500 Received: from wf-out-1314.google.com ([209.85.200.174]:53663 "EHLO wf-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751892AbZCCSne convert rfc822-to-8bit (ORCPT ); Tue, 3 Mar 2009 13:43:34 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=kA9hfqPLcNqi7iWAFXSGF1rsB9PrsOZqoyK9XQQUrnNe27QrgSlILvAkg0XkLwTQrg SSXtkg0Fr1Dr73AW2ArGPFM1KynnIQJEHOvWvrkesSdkxEWHaUprdZIsoXv4Suk8VVvL jJp6Hrny24Zg9PWd5gd2j5ux7derpDZBaTX1Q= MIME-Version: 1.0 In-Reply-To: <49AD7361.308@s5r6.in-berlin.de> References: <43e72e890903022143k83890afr6673753f52c5ff8@mail.gmail.com> <49ACC6B0.409@garzik.org> <43e72e890903022244j2b2f4276lf6e318f3dad3df@mail.gmail.com> <20090303072637.GB4440@kroah.com> <43e72e890903022337k5281a790j8641f93cce3f9c70@mail.gmail.com> <49AD4C74.1060704@s5r6.in-berlin.de> <43e72e890903030923v27c47f5anc184c0e8085bc5c1@mail.gmail.com> <49AD7361.308@s5r6.in-berlin.de> Date: Tue, 3 Mar 2009 10:43:32 -0800 Message-ID: <43e72e890903031043m1fe417eay4420e734064a5882@mail.gmail.com> Subject: Re: Elaboration on "Equivalent fix must already exist in Linus' tree" From: "Luis R. Rodriguez" To: Stefan Richter Cc: Greg KH , Jeff Garzik , wireless , "linux-kernel@vger.kernel.org" , Theodore Tso Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2128 Lines: 47 On Tue, Mar 3, 2009 at 10:13 AM, Stefan Richter wrote: > Luis R. Rodriguez wrote: >> On Tue, Mar 3, 2009 at 7:27 AM, Stefan Richter >> wrote: >>> Luis R. Rodriguez wrote: >>>> OK small silly example is convincing distributions it may be a good >>>> idea to carry linux-next kernel packages as options to users to >>>> hopefully down the road reduce the delta between what they carry and >>>> what is actually upstream. >>> Distros would do their users a bigger favour if [...] >> >> I don't think I was very clear in what I meant about "carrying >> linux-next kernel packages as an option". What I meant was carrying it >> just as an option for those users who want to test bleeding edge >> without compiling their own linux-next, _not_ to merge linux-next >> things into their own default kernel release and shove it down users >> throats. > > Sorry, I meant "bigger favour" relative to carrying an own delta of > considerable size. > > Packaging linux-next would be fine if the workload isn't a problem for > the packager.  As pointed out elsewhere, there are caveats with > linux-next (e.g. a functionality which was in it yesterday could be gone > today because of a merge issue), but that's the nature of bleeding edge > of course. Sure, understood. That's all I meant really. My argument here I guess is that the reasons used to support the "equivalent fix" policy for patches upstream makes it apparent why linux-next is so important and my hope would be to get it more exposure by having distributions let users test it (as an option to go with bleeding edge) and this in turn help stabilize code in our next release. But I certainly don't expect every distribution to carry such a package, nor would I expect them to want to deal with it. Just wanted to build a good case for distributions to consider it. Luis -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/