Gentoo Archives: gentoo-dev

From: "Michał Górny" <mgorny@g.o>
To: gentoo-dev@l.g.o
Cc: williamh@g.o
Subject: Re: [gentoo-dev] eselect init
Date: Fri, 21 Jun 2013 10:22:35
Message-Id: 20130621122328.662eddc0@gentoo.org
In Reply to: Re: [gentoo-dev] eselect init by William Hubbs
1 Dnia 2013-06-20, o godz. 23:16:00
2 William Hubbs <williamh@g.o> napisał(a):
3
4 > On Fri, Jun 21, 2013 at 04:39:59AM +0200, Michał Górny wrote:
5 > > Dnia 2013-06-20, o godz. 15:56:09
6 > > William Hubbs <williamh@g.o> napisał(a):
7 > >
8 > > > On Thu, Jun 20, 2013 at 12:16:36PM +0200, Fabio Erculiani wrote:
9 > > > > There is a new version of eselect-init in the systemd-love overlay to play with.
10 > > > > The new version saw the following major changes:
11 > > > >
12 > > > > - the /sbin/init (aka the symlink that eselect-init handles) can be
13 > > > > changed to whatever one wants through make.conf [1] (this is a compile
14 > > > > time option, as documented in the eclass)
15 > > >
16 > > > Why do we need to mess with /sbin/init at all?
17 > >
18 > > Yes, we do because we don't want sysvinit randomly getting run
19 > > as fallback and messing with our systems.
20 >
21 > I don't understand what you are saying here.
22 >
23 > If eselect-init installs the wrapper as /sbin/einit, we don't have to
24 > touch /sbin/init at all, then, the only thing someone would have to do
25 > is to add an entry to their boot loader with init=/sbin/einit on the kcl
26 > to use it.
27
28 But *if* the wrapper fails to run somehow, e.g. becomes broken,
29 the kernel will fallback to the standard location.
30
31 --
32 Best regards,
33 Michał Górny

Attachments

File name MIME type
signature.asc application/pgp-signature

Replies

Subject Author
Re: [gentoo-dev] eselect init William Hubbs <williamh@g.o>