Re: SOC - SGD based on grub2 - Menu and scripting status

[Marco Gerards <mgerards@xs4all.nl>]

adrian15 <adrian15@raulete.net> 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