From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Mtp37-0005eL-GO for mharc-grub-devel@gnu.org; Fri, 02 Oct 2009 16:48:21 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Mtp36-0005df-8R for grub-devel@gnu.org; Fri, 02 Oct 2009 16:48:20 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Mtp31-0005aF-F4 for grub-devel@gnu.org; Fri, 02 Oct 2009 16:48:19 -0400 Received: from [199.232.76.173] (port=46499 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mtp31-0005a8-7r for grub-devel@gnu.org; Fri, 02 Oct 2009 16:48:15 -0400 Received: from xvm-190-8.ghst.net ([217.70.190.8]:42148 helo=aybabtu.com) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Mtp2z-0004ow-SQ for grub-devel@gnu.org; Fri, 02 Oct 2009 16:48:15 -0400 Received: from [192.168.10.10] (helo=thorin) by aybabtu.com with esmtp (Exim 4.69) (envelope-from ) id 1Mtp2q-000593-If; Fri, 02 Oct 2009 22:48:04 +0200 Received: from rmh by thorin with local (Exim 4.69) (envelope-from ) id 1Mtp2p-0004yJ-VJ; Fri, 02 Oct 2009 22:48:03 +0200 Date: Fri, 2 Oct 2009 22:48:03 +0200 From: Robert Millan To: The development of GRUB 2 Message-ID: <20091002204803.GA19103@thorin> References: <4ABBC1F5.70808@redhat.com> <20090924202146.GA16412@thorin> <20090924223810.GA2638@brong.net> <20090925140951.GA6318@thorin> <20090925150136.GQ13423@riva.ucam.org> <6149e97b0909262029w30fe3adcq591515f0f2b156c4@mail.gmail.com> <20090927101804.GA22642@thorin> <6149e97b0909271853g1de7abcage5356490e5a1d847@mail.gmail.com> <4AC06A26.1020004@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4AC06A26.1020004@gmail.com> Organization: free as in freedom X-Message-Flag: Worried about Outlook viruses? Switch to Thunderbird! www.mozilla.com/thunderbird X-Debbugs-No-Ack: true User-Agent: Mutt/1.5.18 (2008-05-17) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Cc: Colin Watson , Bron Gondwana , Ric Wheeler , The development of BTRFS , Chris Mason Subject: Re: grub-0.97: btrfs multidevice support [PATCH] X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Oct 2009 20:48:20 -0000 On Mon, Sep 28, 2009 at 09:47:50AM +0200, Vladimir 'phcoder' Serbinenko wrote: > Peng Tao wrote: > > On Sun, Sep 27, 2009 at 6:18 PM, Robert Millan wrote: > > > >> On Sun, Sep 27, 2009 at 11:29:11AM +0800, Peng Tao wrote: > >> > >>>> It would be great if somebody could take up Edward's work and port it to > >>>> GRUB 2. If nobody else does then I'd be interested in doing so myself, > >>>> although I will not be able to start for a month or two from now. > >>>> > >>> Is there any guild lines for porting GPLv2 code to GRUB2? I've looked > >>> at the GRUB2 wiki but very few things are documented there > >>> (http://grub.enbug.org/). I'd like to see what it would take to port > >>> the patches. If I can afford it, I'd like to try. > >>> > >> I assume you mean GPLv2-only code (as opposed to GPLv2-or-later). First > >> step would be to contact the copyright holders and ask them to relicense > >> under v3-compatible terms (e.g. GPLv2-or-later). Chances are they didn't > >> chose these terms as an act of hostility, but were simply being zealous > >> about allowing something before they knew what it is. > >> > >> If that doesn't work, we'll always have Par^W clean room > >> (http://en.wikipedia.org/wiki/Clean_room_design). > >> > > Edward's patch (stage2/fsys_btrfs.c) is declared GPLv2-or-later. But > > stage2/btrfs.h (which is extracted from btrfs-progs) is GPLv2-only. At > > the point, we only need a clean room for btrfs.h, right? > > > Doing any clean room is needed only if other ways fail. And I hope > Oracle and btrfs contributors could agree to license under > GPLv3-compatible terms Yes, this should only be our last-ressort option. -- Robert Millan The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all." From mboxrd@z Thu Jan 1 00:00:00 1970 From: Robert Millan Subject: Re: grub-0.97: btrfs multidevice support [PATCH] Date: Fri, 2 Oct 2009 22:48:03 +0200 Message-ID: <20091002204803.GA19103@thorin> References: <4ABBC1F5.70808@redhat.com> <20090924202146.GA16412@thorin> <20090924223810.GA2638@brong.net> <20090925140951.GA6318@thorin> <20090925150136.GQ13423@riva.ucam.org> <6149e97b0909262029w30fe3adcq591515f0f2b156c4@mail.gmail.com> <20090927101804.GA22642@thorin> <6149e97b0909271853g1de7abcage5356490e5a1d847@mail.gmail.com> <4AC06A26.1020004@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Chris Mason , Bron Gondwana , Ric Wheeler , The development of BTRFS , Colin Watson To: The development of GRUB 2 Return-path: In-Reply-To: <4AC06A26.1020004@gmail.com> List-ID: On Mon, Sep 28, 2009 at 09:47:50AM +0200, Vladimir 'phcoder' Serbinenko wrote: > Peng Tao wrote: > > On Sun, Sep 27, 2009 at 6:18 PM, Robert Millan wrote: > > > >> On Sun, Sep 27, 2009 at 11:29:11AM +0800, Peng Tao wrote: > >> > >>>> It would be great if somebody could take up Edward's work and port it to > >>>> GRUB 2. If nobody else does then I'd be interested in doing so myself, > >>>> although I will not be able to start for a month or two from now. > >>>> > >>> Is there any guild lines for porting GPLv2 code to GRUB2? I've looked > >>> at the GRUB2 wiki but very few things are documented there > >>> (http://grub.enbug.org/). I'd like to see what it would take to port > >>> the patches. If I can afford it, I'd like to try. > >>> > >> I assume you mean GPLv2-only code (as opposed to GPLv2-or-later). First > >> step would be to contact the copyright holders and ask them to relicense > >> under v3-compatible terms (e.g. GPLv2-or-later). Chances are they didn't > >> chose these terms as an act of hostility, but were simply being zealous > >> about allowing something before they knew what it is. > >> > >> If that doesn't work, we'll always have Par^W clean room > >> (http://en.wikipedia.org/wiki/Clean_room_design). > >> > > Edward's patch (stage2/fsys_btrfs.c) is declared GPLv2-or-later. But > > stage2/btrfs.h (which is extracted from btrfs-progs) is GPLv2-only. At > > the point, we only need a clean room for btrfs.h, right? > > > Doing any clean room is needed only if other ways fail. And I hope > Oracle and btrfs contributors could agree to license under > GPLv3-compatible terms Yes, this should only be our last-ressort option. -- Robert Millan The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all."