Bug#727708: loose ends for init system decision

[Ian Jackson <ijackson@chiark.greenend.org.uk>]

Michael Gilbert writes ("Bug#727708: loose ends for init system decision"):
> On Mon, Dec 30, 2013 at 7:16 PM, Vincent Bernat wrote:
> > Unfortunately, being the best init is the not only the matter of its
> > maintainers. A good integration implies to modify some packages whose
> > maintainer may be hostile to some init and may consider that their
> > package work well enough to not enable some feature needed by some init.
> 
> That is a hypothetical, of course, but it is a very real possibility
> for any path that the TC decides here.  However, selectable inits may
> (possibly counter-intuitively) reduce this likely-hood.  Since that
> maintainer in the way also gets his init of choice, he may be less
> likely to oppose an alternative that doesn't in any real sense get in
> his way.
> 
> However, if/when this does happen, it will be an interesting test of
> whether the TC has the political will to override an indignant
> maintainer with their 3-to-1 majority power.

This is why I think the TC resolution should explain what kinds of
integration package maintainers shuuld accept.  Maintainers who flout
that advice will indeed get overruled.

Ian.