On 06/01/2013 11:23 AM, Steven J. Long wrote: > That's not an argument for using a symlink switcher or the > equivalent across the board, by any means.
Your opinion. > Firstly, we should be recommending people install Gentoo with enough > flexibility to configure and use their system how they choose. In the > UEFI arena, why not simply recommend something like rEFIt instead of > making everyone go through a load of development effort, to restrict > us all to a crippled use-case? Beside rEFIt being deprecated and rEFInd being in early stage of development (thus working great on some platforms and not working at all on some other) and with a good chunk of documentation to read before being able of deploying it? > NOTE: If you still wish to pursue a fixed config, then it's easy > enough to build it with init=/sbin/einit since presumably you want > that setup for your users. Had been considered > All I'm saying is: can we please stop trying to reinvent the kernel, > which accepts a bootloader parameter from initramfs as well, and > focus instead on the difficult part: making sure the system is in a > fit state to switch in the first place. ... > That's where the development effort is needed, if you are to provide > a mechanism to switch. The symlink and hooks etc is a total dead-end, > imo. It's simply reinventing the wheel using octagons instead of > circles. IMHO you hadn't read enough about it. > There's nothing to stop systemd being the default init, should you > want to put the install together like that. Because let's be honest: > someone has to put this install together, irrespective of how > incapable the end-user is of editing a file by themselves. And just > because the user can do it simply, that's no reason to make our > method to do it any more complex (I've never heard such a bizarre > argument.) Just edit the file via script. I do not care about systemd. > FOCUS on getting the system safe to switch. Not on reinventing > init/main.c, badly. You should read the whole thread before commenting like this that late. lu
