Re: Proposal - preserve freedom of choice of init systems
On 2 March 2014 23:59, Kurt Roeckx <kurt@roeckx.be> wrote:
> On Sun, Mar 02, 2014 at 01:22:46PM -0800, Steve Langasek wrote:
>> On Sun, Mar 02, 2014 at 07:15:09PM +0000, Sune Vuorela wrote:
>> > Logind requires systemd.
>>
>> This is false, and therefore the rest of the question is irrelevant.
>
> I think the point of his question is to have an example that we
> understand, and what the effect of this will be for other things
> that show up in the future. Just assume that logind still
> requires systemd, that there is no alternative to logind and that
> he is not the maintainer of logind.
IMHO there are two useful ways of implementing this GR into Debian
Policy for such a case:
1) maintainer adds "Depends: logind" to the package and whomever wants
to use this package with another init system has the choice of either
creating a patch for this package to make that dependency optional
*or* to create a patch for logind to make its dependency on systemd
optional (as I hear such work is underway)
2) maintainer is mandated by Debian Policy to make sure that the
package is able to run without logind and systemd (and whatever else
that depends on systemd actually running on a system to work), even if
in a reduced capacity
This is not substantially different from the existing mandate of
Debian Policy for the maintainer to fix or work around upstream
decisions that do not agree with some other part of Debian Policy,
like where architecture-dependent files are placed or how libraries
are compiled, ...
It is not be too far fetched to imagine people creating fully manual
or homegrown init scripts in some cases. Ideally IMHO there should be
an ability to start all the software manually one by one from a
/bin/sh executed instead of an init system without having to get some
very generic systemd-like services running first.
--
Best regards,
Aigars Mahinovs mailto:aigarius@debian.org
#--------------------------------------------------------------#
| .''`. Debian GNU/Linux (http://www.debian.org) |
| : :' : Latvian Open Source Assoc. (http://www.laka.lv) |
| `. `' Linux Administration and Free Software Consulting |
| `- (http://www.aiteki.com) |
#--------------------------------------------------------------#
Reply to: