From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1EW5hE-0004af-7k for mharc-grub-devel@gnu.org; Sun, 30 Oct 2005 01:25:32 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EW5hB-0004XL-Ok for grub-devel@gnu.org; Sun, 30 Oct 2005 01:25:29 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EW5hA-0004Vb-Co for grub-devel@gnu.org; Sun, 30 Oct 2005 01:25:29 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EW5hA-0004V3-3u for grub-devel@gnu.org; Sun, 30 Oct 2005 01:25:28 -0400 Received: from [212.85.152.101] (helo=kotoba.storever.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EW5hA-0004r7-2g for grub-devel@gnu.org; Sun, 30 Oct 2005 01:25:28 -0400 Received: from ASSP-nospam (localhost [127.0.0.1]) by kotoba.storever.com (Postfix) with ESMTP id 3F4C43C7B48FA for ; Sun, 30 Oct 2005 06:27:17 +0100 (CET) Received: from 127.0.0.1 ([127.0.0.1] helo=ip6-localhost) by ASSP-nospam ; 30 Oct 05 05:27:16 -0000 From: "Yoshinori K. Okuji" Organization: enbug.org To: The development of GRUB 2 Date: Sun, 30 Oct 2005 07:25:21 +0200 User-Agent: KMail/1.7.2 References: <87u0f0t30k.fsf@student.han.nl> In-Reply-To: <87u0f0t30k.fsf@student.han.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510300625.22134.okuji@enbug.org> Subject: Re: Scripting 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: Sun, 30 Oct 2005 05:25:30 -0000 Now, both Marco and Vladimir work on the scripting support separately, and I'm glad to see the development going well. However, we must choose either of them (or even none of them, if both are not good ;) to integrate a result into the official code. I understand that there are two implementations because they do not agree on one or more technical issues. As the maintainer, I need to listen to opinions (not mental ones, but technical ones), and determine a direction. So I ask you to speak pros and cons in both implementations (especially, Vladimir and Marco). Even if you are not Vladimir or Marco, if you have any opinion, feel free to describe it. - What are advantages in Vladimir's implementation? - What are disadvantages in Vladimir's implementation? - What are advantages in Marco's implementation? - What are disadvantages in Marco's implementation? Here are my own: - What are advantages in Vladimir's implementation? It has already implemented most features we need. - What are disadvantages in Vladimir's implementation? Poorly documented. The execution model is a bit complicated. - What are advantages in Marco's implementation? Well documented. A bit simpler. - What are disadvantages in Marco's implementation? Fewer features are implemented. The kernel is bloated. Okuji