From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1MsAxn-00082D-1l for mharc-grub-devel@gnu.org; Mon, 28 Sep 2009 03:48:03 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MsAxl-00081y-2I for grub-devel@gnu.org; Mon, 28 Sep 2009 03:48:01 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MsAxf-00081Z-KI for grub-devel@gnu.org; Mon, 28 Sep 2009 03:47:59 -0400 Received: from [199.232.76.173] (port=37118 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MsAxf-00081U-Gy for grub-devel@gnu.org; Mon, 28 Sep 2009 03:47:55 -0400 Received: from mx20.gnu.org ([199.232.41.8]:4298) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MsAxf-00058i-11 for grub-devel@gnu.org; Mon, 28 Sep 2009 03:47:55 -0400 Received: from mail-fx0-f205.google.com ([209.85.220.205]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MsAxd-0007T6-Pc for grub-devel@gnu.org; Mon, 28 Sep 2009 03:47:54 -0400 Received: by fxm1 with SMTP id 1so3345047fxm.31 for ; Mon, 28 Sep 2009 00:47:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=mON09chwr5R+qB7Ng9DkSglJIwB6O3TUKHrzoWrMCx8=; b=DU9BphbG3HTmZljA71IdrF/U/Svw7GE6YIqSBQfO8qxRH4lf93+fd3QSrV0x/tswGV NnBch5D58Tdxy4E39uSetU3qU5uUtxM2Cu/HVSgqJpwbG/lIQ3oFFDBJ3CTkDM45FYNt fl2wceNPGN2/dITTIj3SiGe7ErWiqqEa+BhFU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=V0wBpDIvM9ovqt3r85Fm/UExU0LnhbvQ5QuOabInPvswpoRmYYqu03wOWkwHk3enza 1O3FgLBDRRz5txYWoVpC2Vdw5TWdzfBT/NoLZMwpAjX9TJTGn4x8z8SJQRxykFgntboE 51yUH/006Wg8idyqUNo/FaIl6WuTJhvxKdYS0= Received: by 10.86.17.27 with SMTP id 27mr3088735fgq.31.1254124072100; Mon, 28 Sep 2009 00:47:52 -0700 (PDT) Received: from ?82.130.80.209? (hg-public-dock-209-dhcp.ethz.ch [82.130.80.209]) by mx.google.com with ESMTPS id e20sm1723402fga.8.2009.09.28.00.47.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 28 Sep 2009 00:47:51 -0700 (PDT) Message-ID: <4AC06A26.1020004@gmail.com> Date: Mon, 28 Sep 2009 09:47:50 +0200 From: Vladimir 'phcoder' Serbinenko User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090701) MIME-Version: 1.0 To: The development of GRUB 2 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> In-Reply-To: <6149e97b0909271853g1de7abcage5356490e5a1d847@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-detected-operating-system: by mx20.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) Cc: Chris Mason , Bron Gondwana , Ric Wheeler , The development of BTRFS , Colin Watson 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: Mon, 28 Sep 2009 07:48:01 -0000 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 > And I'm not sure what a clean room design in GRUB2 looks like. Is > there an example? > >> -- >> 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." >> >> >> _______________________________________________ >> Grub-devel mailing list >> Grub-devel@gnu.org >> http://lists.gnu.org/mailman/listinfo/grub-devel >> >> > > > > From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vladimir 'phcoder' Serbinenko Subject: Re: grub-0.97: btrfs multidevice support [PATCH] Date: Mon, 28 Sep 2009 09:47:50 +0200 Message-ID: <4AC06A26.1020004@gmail.com> 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> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Cc: Colin Watson , Bron Gondwana , Ric Wheeler , The development of BTRFS , Chris Mason To: The development of GRUB 2 Return-path: In-Reply-To: <6149e97b0909271853g1de7abcage5356490e5a1d847@mail.gmail.com> List-ID: 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 > And I'm not sure what a clean room design in GRUB2 looks like. Is > there an example? > >> -- >> 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." >> >> >> _______________________________________________ >> Grub-devel mailing list >> Grub-devel@gnu.org >> http://lists.gnu.org/mailman/listinfo/grub-devel >> >> > > > >