Re: [gentoo-dev] Re: eselect init

2013-06-22 Thread Luca Barbato
On 06/22/2013 12:07 PM, Pacho Ramos wrote: > After talking with WilliamH yesterday, I have this opinion: > - Playing with /sbin/init (instead of /sbin/einit) has two interesting > advantages: > 1. For example, I now have init=/sbin/e4rat-preload in my grub.conf, if > I do a typo, it would fallback

Re: [gentoo-dev] Re: eselect init

2013-06-22 Thread Rich Freeman
On Sat, Jun 22, 2013 at 7:13 AM, Michael Weber wrote: > === kexec === > speaking of panic. I've never actually used it, but newer kernels > support kexec and in conjunction with pre-loaded panic-images[1] and > corresponding (compiled-in) initramfs, it'd be possible to have an > recovery shell. fo

Re: [gentoo-dev] Re: eselect init

2013-06-22 Thread Michael Weber
On 06/22/2013 12:07 PM, Pacho Ramos wrote: > After talking with WilliamH yesterday, I have this opinion: > - Playing with /sbin/init (instead of /sbin/einit) has two interesting > advantages: > 1. For example, I now have init=/sbin/e4rat-preload in my grub.conf, if > I do a typo, it would fallback

Re: [gentoo-dev] Re: eselect init

2013-06-22 Thread Pacho Ramos
After talking with WilliamH yesterday, I have this opinion: - Playing with /sbin/init (instead of /sbin/einit) has two interesting advantages: 1. For example, I now have init=/sbin/e4rat-preload in my grub.conf, if I do a typo, it would fallback to /sbin/init. If /sbin/init is provided by sysvinit,

[gentoo-dev] Re: eselect init

2013-06-22 Thread Duncan
Pacho Ramos posted on Fri, 21 Jun 2013 17:48:59 +0200 as excerpted: > El vie, 21-06-2013 a las 09:36 -0500, William Hubbs escribió: > [...] >> No, he has his own versions of the systemd and sysvinit ebuilds which >> move some of the installation to non-standard places as part of this >> machinery,

Re: [gentoo-dev] Re: eselect init

2013-06-20 Thread William Hubbs
On Thu, Jun 20, 2013 at 06:10:27PM +0100, Steven J. Long wrote: > Fabio Erculiani wrote: > > - only init is currently handled by eselect-init, which is now using a > > very small wrapper POSIX shell script to redirect the calls to the > > currently running init > > How does say, switching inittab

[gentoo-dev] Re: eselect init

2013-06-20 Thread Steven J. Long
Fabio Erculiani wrote: > - only init is currently handled by eselect-init, which is now using a > very small wrapper POSIX shell script to redirect the calls to the > currently running init How does say, switching inittab format, work under this setup? -- #friendly-coders -- We're friendly, but

[gentoo-dev] Re: eselect init

2013-06-02 Thread Duncan
Luca Barbato posted on Mon, 03 Jun 2013 00:35:29 +0200 as excerpted: > To not make this a waste of time here a summary of the whole thing: > > - eselect init will be opt-in for the time being, people can be left on > their own tools if the want it - the default init will stay sysvinit. > Discussi

Re: [gentoo-dev] Re: eselect init

2013-06-02 Thread Luca Barbato
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 ch

[gentoo-dev] Re: eselect init

2013-06-01 Thread Steven J. Long
> In the UEFI arena, why not simply recommend something like rEFIt sorry should have been rEFInd: http://www.rodsbooks.com/refind/ as discussed recently on gentoo-user@. --

[gentoo-dev] Re: eselect init

2013-06-01 Thread Steven J. Long
On Sat, May 25, 2013 at 11:54:48AM +0200, Luca Barbato wrote: > I'm back to the other part of it: switching the actual init implementation. > > # WHY (not just edit your bootloader) > > Since efi at least some people started to put in the kernel the bootargs > and we have at least few new options