From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1N8ujb-0004yw-1g for mharc-grub-devel@gnu.org; Fri, 13 Nov 2009 06:54:35 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N8ujX-0004yZ-RO for grub-devel@gnu.org; Fri, 13 Nov 2009 06:54:31 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N8ujS-0004xz-4j for grub-devel@gnu.org; Fri, 13 Nov 2009 06:54:30 -0500 Received: from [199.232.76.173] (port=58139 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N8ujR-0004xw-VI for grub-devel@gnu.org; Fri, 13 Nov 2009 06:54:26 -0500 Received: from fg-out-1718.google.com ([72.14.220.155]:1671) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1N8ujR-0000vV-B1 for grub-devel@gnu.org; Fri, 13 Nov 2009 06:54:25 -0500 Received: by fg-out-1718.google.com with SMTP id l26so1324512fgb.12 for ; Fri, 13 Nov 2009 03:54:23 -0800 (PST) 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:subject:references:in-reply-to :x-enigmail-version:content-type; bh=mOOMiZD13j5f1+4qkxu07kGahjloPCXNpu/tJicFdaE=; b=NJ0qMFc3yNuv//grNw8zlqR3zkVg24911wp6sevqrgLuAW1QSXMK22DXZb62Rpz/mt gxQXc9WARATmF51OOAp+J+JKQtr3Qm8QTc8We3pBTNm3pcmbA3WYdkIflm9ikXYnUkp1 oUaNAfwl89spc1Wj87Gr6R98rKh8AoihBd8E4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type; b=dksyvktGazZyLNtTeIJsFt+XWmMh+n4UDHuCoJu+tlbrPkI+oNVRC1H0QzEMg19Tho XcyugxxV+2qj+/vcHoeyGJOvGdp8ugQvalOcoysgNnEZ+9EKRSyK5EcYKA51Q4hkYUUR OSfYl0ElDxsvE2joW8RByXcEg9TznZveQp2t4= Received: by 10.86.187.10 with SMTP id k10mr3157165fgf.49.1258113262224; Fri, 13 Nov 2009 03:54:22 -0800 (PST) Received: from debian.bg45.phnet (hg-public-dock-114-dhcp.ethz.ch [82.130.80.114]) by mx.google.com with ESMTPS id e11sm164777fga.7.2009.11.13.03.54.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 13 Nov 2009 03:54:18 -0800 (PST) Message-ID: <4AFD48DA.2050903@gmail.com> Date: Fri, 13 Nov 2009 12:54:02 +0100 From: Vladimir 'phcoder' Serbinenko User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20091109) MIME-Version: 1.0 To: The development of GNU GRUB References: <20091112103856.GA27359@thorin> In-Reply-To: X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig8283FFD9316EA9C55930DF63" X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: Roadmap for LUA support in GRUB X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2009 11:54:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8283FFD9316EA9C55930DF63 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Roman Shaposhnik wrote: > On Thu, Nov 12, 2009 at 2:38 AM, Robert Millan wrote:= > =20 >> First of all, there's no license problem. We usually write our own co= de, but >> when we have specific reasons to import it from another project, any l= icense >> that is compatible with GPL (v3 and later) would be considered suitabl= e. >> =20 > > Aha! So the Lua license really is a red herring here.. > > =20 We already explained the reasons. Grub-extras is for code which is for imported code ehich doesn't need to reside in main trunk to be functional. ZFS is a similar case. On the other hand LZMA needs to be in main trunk. Occasionally exceptions may occur but it doesn't discard general rule. >> However, we only import code from external projects when there's an im= portant >> reason to do so. For example, we imported LZMA code because we needed= the >> best compression around, and we didn't want to reinvent the wheel. In= the >> specific case of LUA, this compromise didn't make sense to us since we= already >> had a scripting engine. >> =20 > > ...the real reason seems to be that you don't really believe in Lua as = a primary > scripting language for GRUB, correct? > > =20 Please don't become personal on this. Except rescue parsers all parsers are implemented the same way and can replace one another. So what do you mean by "primary scripting language"? If what you mean is just one being default then no project can make default which suit all usres. It's what configuration is for. If you speak about invested efforts then you can't force people to spend time on something they don't want (but you can pay one of us to do stuff you need). > IOW, the inclusion of Lua was more of a fluke than a deliberate > decision of investing > in a different scripting engine. > > This is not a value judgment -- just an attempt to figure things out. > Personally I'm really > excited about Lua. I see that a lot folks share my opinion (I can't > wait to see Lua as > a scripting engine for NetBSD kernel, for example) and I thought that > GRUB project > was among these folks. > =20 As I said you can't ask everyone to share your language preferences. But patches are of course welcome > Thanks, > Roman. > > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/grub-devel > > =20 --=20 Regards Vladimir 'phcoder' Serbinenko --------------enig8283FFD9316EA9C55930DF63 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iF4EAREKAAYFAkr9SOIACgkQNak7dOguQgn2eQEAhEi/2SaHVy98nUUOX8ErdQMn d7cSvTU/tfrQy6kdyK8BAL5cGLwqDOtqfbxc6ya4ZCMXQ3KVUSwyY2aq3DQFMagH =Fp6b -----END PGP SIGNATURE----- --------------enig8283FFD9316EA9C55930DF63--