From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FY4EY-0005Ra-5p for mharc-grub-devel@gnu.org; Mon, 24 Apr 2006 12:48:22 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FY4EX-0005RP-GO for grub-devel@gnu.org; Mon, 24 Apr 2006 12:48:21 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FY4EV-0005Qo-RF for grub-devel@gnu.org; Mon, 24 Apr 2006 12:48:21 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FY4EV-0005QZ-LQ for grub-devel@gnu.org; Mon, 24 Apr 2006 12:48:19 -0400 Received: from [194.109.24.36] (helo=smtp-vbr16.xs4all.nl) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FY4Gm-0008CV-9E for grub-devel@gnu.org; Mon, 24 Apr 2006 12:50:40 -0400 Received: from localhost.localdomain (249-174.surfsnel.dsl.internl.net [145.99.174.249]) by smtp-vbr16.xs4all.nl (8.13.6/8.13.6) with ESMTP id k3OGmHFk044390 for ; Mon, 24 Apr 2006 18:48:18 +0200 (CEST) (envelope-from mgerards@xs4all.nl) Mail-Copies-To: mgerards@xs4all.nl To: The development of GRUB 2 References: <444CACFA.5020901@raulete.net> From: Marco Gerards Date: Mon, 24 Apr 2006 18:49:55 +0200 In-Reply-To: <444CACFA.5020901@raulete.net> (adrian15@raulete.net's message of "Mon, 24 Apr 2006 12:48:26 +0200") Message-ID: <87mzeac40c.fsf@xs4all.nl> User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Re: SOC - SGD based on grub2 - Menu and scripting status 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, 24 Apr 2006 16:48:21 -0000 adrian15 writes: Hi, > As you all should have guessed it would a Super Grub Disk ( > http://adrian15.raulete.net/grub/ ) but not based on grub legacy but > grub2. Oh, nice/ > If I want the project to be feasible I need that the grub2 api > relative to menues and scriptings is fixed. That means that the name > of the commands and its behavior don't change since I begin the > project to the end of it. I can not make such promise. But I am open to feature suggestions as far as I did not make any promises or so yet. > So here are some questions that have arised... > > 1) Marco Gerards: Do you think that commands/functions/variables > related to menues files are going to change a lot? > But I don't mean RIGHT NOW. I mean in the beginnings of SOC... which I > don't know... let's see... 23th May. (in one month time). The will keep changing, I think. > If these commands are available where should I get a list of > them and their behaviour? Not yet. We still hope someone will write good user documentation. > 2) Do you like the Super Grub2 CD name... or should it be Grub2 CD or > Grub CD and that's all? Grub Rescue CD perhaps? I personally do not have a strong opinion about this. :-) > 4) What is the best way for dealing with languages and translations > when developing? We are thinking about i18n support. This is something about this on the wiki, I think. > 5) I need to define "something" (In my grub legacy fork is a menu.lst) > that lets me choose the harddisk-partition which I want to work > on. Can I make it easily? You mean as a variable? That's possible. > Can Grub2 api write me in an array or a similar the partitions that > can read in a given hard disk? So that if there are 3 partitions they > are saved into an array of size 3? No, at least not yet. Scripting is in continuous development ATM. -- Marco