[gentoo-dev] Re: Re: Re: eselect init

["Steven J. Long" <slong@rathaus.eclipse.co.uk>]

On Sun, Jun 02, 2013 at 08:48:23PM +0200, Fabio Erculiani wrote:
> On Sun, Jun 2, 2013 at 8:20 PM, Steven J. Long
> <slong@rathaus.eclipse.co.uk> wrote:
> >
> 
> [...]
> 
> > The whole symlink/boot/fallback thing is simply a waste of technical effort.
> > And blanket "your opinion" and "you didn't comment a week ago, so I don't
> > have to deal with the substance of your points" don't change that.
> 
> Waste? We have multiple use cases for that as stated in several places
> (here, bugzilla, IRC, etc).
> If such use cases are of no interest for you, then you shouldn't be bothered.

The specific idea of reimplementing the kernel fallback mechanism is a waste of
technical effort. Not the whole idea of eselect init, as I stated several times.

If you lose that idiotic idea, you have a lot less complexity to worry about and
can instead get on with the *necessary* complexity: handling whether it is safe
to switch boot, and how to make it so given the 'from' init and the 'to' init,
which might require write access to the rootfs, eg to swap inittab, or to
mkdir -p a necessary path.

It could need anything, there's simply no way of knowing, and it will require
maintenance over time as init-systems change. That's why the Unix inventors came
up with sh. And the best people to maintain it over time, are the users in
collaboration with the init-system devs, since they are the ones who have the
testcases in front of them, and the motivation to make the software work. While
the devs have a broader view, and an interest in keeping things portable (aka:
'generic'.)

Please try to read and consider my whole argument, instead of selectively quoting
one part and using it to justify YAF ad-hominem.

-- 
#friendly-coders -- We're friendly, but we're not /that/ friendly ;-)