Gabor Gombas wrote:
> On Mon, Oct 09, 2006 at 01:44:00AM +0200, Michael Biebl wrote:
>
>> We don't really need the ability to install *multiple* init systems in
>> parallel imho
>
> Yes we do, for the same reason we allow multiple kernel images to be
> installed simultaneously: if the new one does not work, there should be
The kernel is different.
First, they are no conflicting binaries.
Second, the feature set of init is very limited and controlled by the
package maintainer whereas the kernel is much more complex. You can
never know if a user messes up it's .config and e.g. forgets to compile
in the root fs driver.
> a way to boot with the old version to fix things up. Especially if you
> want testers. There's no way I'm personally going to try upstart if I
> see no easy way ('easy' means adding a kernel parameter in the grub
> menu, but definitely no rescue CD or such) to go back to sysvinit in
> case the system fails to boot.
init=/bin/sh?
I know it's not a complete rescue mode, but you'd still be able to boot
the system, mount / rw and fix the problem.
Cheers,
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
Attachment:
signature.asc
Description: OpenPGP digital signature