On 01/02/2014 10:20 AM, Ian Jackson wrote:
> Nikolaus Rath writes ("Bug#727708: loose ends for init system decision"):
>> I think there is one additional questions that will probably need to be
>> decided by the tc but hasn't really been discussed yet:
>>
>> Will packages that explicity depend on a (non-default) init system be
>> allowed in Debian?
>
> My answer to this is "no".
>
> So, firstly, I would say that all packages must, in jessie at least,
> continue to support sysvinit. Russ (from the other side of the
> upstart/systemd fence) agrees. Failure to support sysvinit would be
> an RC bug.
>
> And since all the proposed replacement inits have a compatibility
> mode, that naturally means they'll work.
>
> Contributors who support the non-default new init system will be able
> to supply patches for native support and should have them accepted.
>
>> If such packages will not be allowed in the archive, does the burden of
>> making them work with the default init lie on the maintainers of the
>> default init (to add the missing feature), or the package maintainer (to
>> work around the features absence if he wants the package in Debian)?
>
> The latter.
Just to make sure that I expressed myself correctly: I was not thinking
about a package that depends on a specific init system to start or stop,
but about a program that is really specific to the *new* features of
upstart or systemd.
For example, a hypothetical future program to interactively adjust
program cgroups cannot be sysvinit compatible in any meaningful sense,
because it does not need to be supervised, started, or stopped. However,
this program would depend on the cgroups API offered by systemd. So this
program would not be allowed in Debian, unless its maintainer adds
support for whatever cgroups managed we would eventually use with upstart?
Best,
Nikolaus
--
Encrypted emails preferred.
PGP fingerprint: 5B93 61F8 4EA2 E279 ABF6 02CF A9AD B7F8 AE4E 425C
»Time flies like an arrow, fruit flies like a Banana.«
--
To UNSUBSCRIBE, email to debian-ctte-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52c5afce.5010...@rath.org
