@steve6375
You are going FAR ahead of the current status.
We are still about checking if the "base" is solid enough (also to later be able - as an extension - to add to it actual commands).
The general idea is NOT to invent a new "batch language".
It is to exchange loader settings. (now)
IF the idea has some success, then we may think of adding actual commands, (or command settings), but - judging from the current status I sincerely doubt we will ever manage to have such a large consensus.
I guess that what you are saying is that we should invent a new "meta-language" that understands parameters like:
copy_<lmn>.source=
copy_<lmn>.dest=
copy_<lmn>.type=
compress_<lmn>.source=
compress_<lmn>.dest=
compress_<lmn>.type=
compress_<lmn>.source=
compress_<lmn>.dest=
compress_<lmn>.type=
....
The idea is nice, but as I see it a bit premature.
suggest we use 3 numbers (line_xxx) as we could have more than 99 lines?
No prob.
The first line of the grub4dos menu starts with title as well, so the examples should look like this...?
title title for this menu
line_001 title here is grub4dos menu title
line_002 find --set-root /slitaz/slitaz-3.0.iso
line_003
line_004 ;comment
line_005 title here is 2nd menu title
line_006 find --set-root /xxxx
etc.
The first line is for parsing by app/XBOOT/SARDU etc. - not used in grub4dos/syslinux menu
I don't get it.
There is already the line:
title=PartedMagic 5.8 from iso renamed
right after the
filesystem=FAT16;FAT32;CDFS;NTFS;EXT2;EXT3
WHY repeating it after:
main_config=menu.lst
I mean in the "body" of your post you have:
title title for this menu
line_001 title here is grub4dos menu title
line_002 find --set-root /slitaz/slitaz-3.0.iso
line_003
line_004 ;comment
line_005 title here is 2nd menu title
line_006 find --set-root /xxxx
and in the snippet you use "current" convention.
I don't understand.
My original idea is that it would be theoretically possible for the app Author to choose two different "titles", one for internal use (the title= in the [Source<lmn>.<main_loader>.<method>] and one in the actual config file, BTW grub legacy, grub4dos and Syslinux/Isolinux/whatever do have as first line "title" but GRUB2 has "### BEGIN", gujin has <who knows> and the same goes for the
n other available (though possibly only a "niche") loaders.
Also, it is probably wise to change the destination folder names to include the version number in the folder name, where possible, so that you can have more than one version of the flat files on the same drive? Thus if the folder already exists the user can be warned, if not then the new version is installed alongside the old version.
This is up to the developers of the single apps, as I see it.
Finding a "common convention" for folder names would be another (as I see it) nice, but completely unrealizable in practice goal.
To me it would be already an excellent goal to understand which .iso's (and folders/directories and filenames) can be actually renamed and which not (or not without some hexediting and if yes with which hex editing).
Have you noticed my new signature on 911CD? :
- In theory there is no difference between theory and practice, but in practice there is. -
I have my ways
, but if someone would produce the FINAL menu.lst, syslinux.cfg, isolinux.cfg, grub.cfg , etc. of EACH of the mentioned multi-booting apps with ALL the currently available distro's/source's I could try manually expanding the sample (or produce multiple samples) and see if any conflict is created (and consequently a change in structure is needed)
Wonko