Am 07.01.2011 14:55, schrieb Daniel Baumann:
hope to get on to it once squeeze is out. if you have time for it
before, you're most welcome. easiest would be if you provide a series
of small commits ontop of current git, so that each patch can be
easily be reviewed and tested.
Well, it's not so easy to divide the procedure into single logical
steps and commit them one by one... ;)
What I've done is simply this (from memory):
- Divide the current extlinux-update script into different logical
sections and store each of them in a separate script under
/etc/extlinux (or similar). The scripts' file names get prefixed with
an index to make sure they are executed in the right order.
- The extlinux-update script is turned into a stub that only invokes
all the scripts found in /etc/extlinux in the right order (as given by
the prefixes).
- Bonus points for putting menu entries into different sub menus based
on their prefix number.
os-proper support is quite high on the todo, as it's required for
inclusion of syslinux-installer udeb into d-i.
I think I could do this, as the initial implementation in the grub2
packages is also from me. But how do you tell extlinux to chainload
from another partition? Do we have to copy the corresponfing boot
sector into /boot/extlinux?
well, the current menues are not that good anyway, yet..
In my opinion, native kernels (i.e. Debian Linux or kfreebsd kernels)
should appear in the top level menu. Then there should be sub menus
for Utilities (i.e. memtest86, invaders, hdt, ...), Images (everything
of .iso or .img type) and Other OSes (based on os-prober output). But
that's details...
- Fabian
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
