I have edited the provided init script which genkernel uses to when it builds initramfs, becouse i was working on a little more complex livecd with multiple branches for unionfs, and have finally made a new concept of boot alternatives, with this just addon and all current features. Also added keymap=es or dokeymap=es to not be asked on boot. Reproducible: Always Steps to Reproduce: 1.extract initramfs contents 2.copy init and initrd.scripts.epsilon inside it 3.build a new initramfs with those files Actual Results: Is not really a problem, but: My livecd should be able to install any of a stage3 gentoo system and a my own complete gentoo distribution. User should be capable of decide. So the best way for me to do this without having a waste of cd-space, is to build my live cd from a base of stage3 or stage2 using unionfs, then build each one, stage3.squashfs and distro.squashfs Expected Results: gentoo init only supports livecd.squashfs in very rigid ways as the only branch, so i have modified it, and now it works, and adds much more less rigid configuration possibilies and maybe new concepts on booting a linux system. The init script can do a lot of things with a few improvements which also i have not done, but i have made a TODO list for me. Hardly will find now the time to continue, becouse my holidays are done, and all my time is fully dedicated to the university. So i have documented it to maybe continue it on next holidays. I hope you accept those modifications or comment me about it. It is completely tested on my livecd (x86 2 branches and 1 branch) and should not alterate the behavior of other features.
Created attachment 113617 [details] my modified init script
Created attachment 113618 [details] my modified initrd.scripts
Well, I have no problem with any of this, but would love if they were patches with a single set of new functionality per patch. Your changes are too large and change too much for me to easily evaluate them. Everything seems good, but I don't want to break anything via manually having to copy things over.
If you want these features even considered for inclusion, please resubmit them as patches against current SVN instead of submitting the entire files themselves. The developers have enough work to do without trying to figure out what few lines you've changed in a bunch of large files.
Please reopen if you decide to respond and submit patches.
