[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Replacing Proposal A




Dear Secretary:

Based on discussion, I'd like to replace Proposal A with the following
amended text; I accept this amendment.

I continue to adjust the discussion period to end November 30.

Based on Holger's recommendation I adjusted the title of the choice.
If you prefer the title you have now, I also accept that.

----------------------------------------


Choice hartmans1: Init deversity is Important

The project issues the following statement describing our current
position on Init systems, Init system diversity, and the use of
systemd facilities.  This statement describes the position of the
project at the time it is adopted.  That position may evolve as time
passes without the need to resort to future general resolutions.  The
GR process remains available if the project needs a decision and
cannot come to a consensus.

Being able to run Debian systems with init systems other than systemd
continues to be something that the project values.  Every package
should work with pid1 != systemd, unless it was designed by upstream
to work exclusively with systemd and no support for running without
systemd is available.  It is a important bug (although not a serious
one) when packages should work without systemd but they do not.
According to the NMU guidelines, developers may perform non-maintainer
uploads to fix these bugs.

Software is not to be considered to be designed by upstream to work
exclusively with systemd merely because upstream does not provide,
and/or will not accept, an init script.


modification of Policy to adopt systemd facilities instead of
existing approaches is discouraged unless an equivalent implementation
of that facility is available for other init systems.
For my reference version a9a4121beb

----------------------------------------


Choice hartmans1: Init deversity is Important

The project issues the following statement describing our current
position on Init systems, Init system diversity, and the use of
systemd facilities.  This statement describes the position of the
project at the time it is adopted.  That position may evolve as time
passes without the need to resort to future general resolutions.  The
GR process remains available if the project needs a decision and
cannot come to a consensus.

Being able to run Debian systems with init systems other than systemd
continues to be something that the project values.  Every package
should work with pid1 != systemd, unless it was designed by upstream
to work exclusively with systemd and no support for running without
systemd is available.  It is a important bug (although not a serious
one) when packages should work without systemd but they do not.
According to the NMU guidelines, developers may perform non-maintainer
uploads to fix these bugs.

Software is not to be considered to be designed by upstream to work
exclusively with systemd merely because upstream does not provide,
and/or will not accept, an init script.


modification of Policy to adopt systemd facilities instead of
existing approaches is discouraged unless an equivalent implementation
of that facility is available for other init systems.

Attachment: signature.asc
Description: PGP signature


Reply to: