This idea / info can be fine tuned, please suggest options or experience with good / bad about this and how to get best results.
20 mins of growing a brainstorm from problem posted below.
We will have to find other ways to speed up the live dvd install process. Example:
Installing default say 4.1 gnome umpc no 3d takes about 20-25 mins = ouch very long for 5gb copy ? mke2fs /dev/sda1 /boot 128mb + mkswap /dev/sda2 2048mb "no format root" done by installer onto clean hd.
Installing the same but remove office = 43mins ? 5gb files processed ?
Install 4.1 gnome no 3d + no games + no internet + no office + no audio = time ?? 2 or 3 hours ?? anyone have a idea. Possible fixes:
Install all / default and select remove office then after reboot remove office after reboot in faster enviroment and user can continue sing enviroment without concern about overloading virtual workspace.
"Please not your packages selected for removal from default install will be removed after SL reboots"
"office has been removed and install now complete"
Gentoo type build block on demand , Example:
1: Install basic and "cp /mnt/livecd/office_block.tr.bz2 ~/temp && tar xvfjp ~/temp/office_block.bz2 -C / " and a few fix-up commands.
2: Install basic and "tar xvjpf office.tar.bz2 && tar xfjpv games.tar.bz2 && tar xvjpf audio.tar.bz2"
NB> Extracting and sym linking binary packages + final house keeping / cleaning could be faster to install and can "load on demand"
mount = squashfs.games , squashfs.audio , squashfs.office if needed = load / loop mount on demand can be very good for low ram enviroments / low resources used = faster transfers / faster install.
Either using squashfs or tar.bz2 above, will have to test and apply . 1 sec loopmount on select during installer can make a big difference.
Maybe even " cp /mnt/livecd/images/squashfs.office -C /mnt/gentoo/ " directly off the live dvd to hard drive and skip (the first extract and then copy slower process and no loop mounting needed ? ) of what would have been a tar.bz2 and later chroot mount for cleaning / final script configs then reboot.
I can see that a tar ball "big bin package block " can have it's benefits and re-used in entropy and possibly eaiser to maintain.
office.tar.bz2 = open-office.bz2 gimp.bz2 hplip.bz2 example.bz2 example.bz2
Sorry if this is confusing will try to clean it up later, brain farts happens LMAO then walk on beach and translate to readable english.