From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1LnwPe-0008Kk-J1 for mharc-grub-devel@gnu.org; Sun, 29 Mar 2009 10:55:02 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LnwPb-0008H6-Bq for grub-devel@gnu.org; Sun, 29 Mar 2009 10:54:59 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LnwPZ-0008FK-Ps for grub-devel@gnu.org; Sun, 29 Mar 2009 10:54:58 -0400 Received: from [199.232.76.173] (port=40559 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LnwPZ-0008FH-Kx for grub-devel@gnu.org; Sun, 29 Mar 2009 10:54:57 -0400 Received: from mail.nexedi.com ([91.121.25.85]:48102 helo=nexedi.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LnwPZ-0007nj-7F for grub-devel@gnu.org; Sun, 29 Mar 2009 10:54:57 -0400 Received: from [10.8.0.46] (unknown [10.8.0.46]) by nexedi.com (Postfix) with ESMTP id C969C3D9F7 for ; Sun, 29 Mar 2009 16:54:54 +0200 (CEST) From: "Yoshinori K. Okuji" Organization: enbug.org To: The development of GRUB 2 Date: Sun, 29 Mar 2009 23:54:48 +0900 User-Agent: KMail/1.9.10 References: <200903292320.38804.okuji@enbug.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903292354.48625.okuji@enbug.org> X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Subject: Re: [PATCH] Split of the normal mode 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, 29 Mar 2009 14:55:00 -0000 On Sunday 29 March 2009 23:30:48 Bean wrote: > > If you use a label, label support should be loaded automatically. > > If you use an uuid, uuid support should be loaded automatically. > > If you set up a network, network support should be loaded automatically. > > > > So I see no reason to stop automatic loading. > > But how to store the parameters ? Boot media is not available, so we > can't read file, and we can't embed them in code. Could you be more specific? What case are you talking about? > >> >> 3. Currently, the structure of normal.mod just mix things together to > >> >> a point that make modification difficult, if not impossible. For > >> >> example, the current bash script engine is not quite suitable for gui > >> >> interaction. With the split mode, we could develop a new parser > >> >> without interfere with existing function. > >> > > >> > I prefer that you replace the existing code with a better > >> > implementation in this case. From my point of view, fancy menu support > >> > is a key feature in GRUB, thus if the current engine is not good > >> > enough, we need to improve it rather than to provide an alternative. > >> > >> If I were to fix this problem, I'd separate parser and reader code > >> anyway. In fact, colin already separate the menu viewer code. The > >> problem is to still keep them in a single normal.mod, or to move them > >> to logical independent modules. I see no problem with the later. > > > > Views can be separete. I don't deny this. But the scripting engine itself > > should stay in normal mode. What is wrong with this? > > The script engine is quite large, if we put them all in normal.mod, > it'd be messy. Do you want to use GRUB without the scripting engine? Regards, Okuji