[2018-10-17 16:42] Ian Jackson
> Obviously when there are situations where providing an init script is
> actually wrong (because under sysvinit or other systems the daemon is
> started some other way), the init script should not be provided.
>
> In the existing text, this could be done as follow
[2019-09-28 18:02] Russ Allbery
> Sean Whitton writes:
>
> > I don't currently have any reason to doubt we have a project consensus
> > that systemd unit files should be included in packages in addition to
> > sysvinit scripts, so I hope we can make this change.
>
> I agree. This seems entirel
[2019-09-28 10:04] Sean Whitton
> Hello,
>
> On Sat 28 Sep 2019 at 04:18PM +00, Dmitry Bogatov wrote:
>
> > Reasonable. Then let's drop part about Depends:
> >
> > [ ... All packages with daemons must provide init.d scripts ...],
> > unless soft
[2019-09-28 08:11] Sean Whitton
> Hello,
>
> On Wed 25 Sep 2019 at 03:43PM +00, Dmitry Bogatov wrote:
>
> >> Candidate language attached. It adds "Also excepted are packages which
> >> require a
> >> feature of an alternate init system which is n
[2019-09-26 17:48] Ansgar
> On Thu, 2019-09-26 at 15:26 +0000, Dmitry Bogatov wrote:
> > If this is the case, I'd propose wording like following:
> >
> > [ ... All packages with daemons must provide init.d scripts ...],
> > unless software is only usable, by
[2019-09-25 18:18] Ansgar
> Practically the project seems to have already
> decided that this is fine, even for packages that don't require
> systemd:
>
> +---
> | There are 1033 non-overridden instances of lintian detecting a
> | service unit without an init.d script [7].
> +---[ https://lists.
[2019-09-25 11:50] David Steele
> On Wed, Sep 25, 2019 at 11:43 AM Dmitry Bogatov wrote:
> >
> >
> > [2019-09-22 16:13] David Steele
> > > Candidate language attached. It adds "Also excepted are packages which
> > > require a
> > > featu
[2019-09-22 16:13] David Steele
> On Tue, Jul 23, 2019 at 2:10 PM Sean Whitton wrote:
> >
> > The Policy Editors have decided that dropping the requirement to ship
> > init scripts is not something that can be decided by means of the Policy
> > Changes Process, at least for the time being.
> >
control: reassign -1 debian-policy
[2009-05-31 00:52] Ritesh Raj Sarraf
> Hi,
> This is a wishlist request which I think might require an amendment in
> the Debian Policy.
>
> Currently, many of the services in a Debian installation are single
> mode. By "single mode", I mean they are always ru
[2018-11-12 12:53] Sean Whitton
> > Sorry, I do not understand. Why? Currently, there is no such thing as
> > `/usr/share/doc/initscripts/examples'.
>
> The first message in #913154 suggests moving /etc/init.d/skeleton into
> /usr/share/doc/initscripts/examples. And /etc/init.d/skeleton is more
[2018-11-10 17:02] Sean Whitton
> Hello Dmitry,
>
> On Fri 09 Nov 2018 at 08:17AM GMT, Dmitry Bogatov wrote:
>
> > Examples on which you can base your systemd integration on is available in
> > the man page systemd.unit(8). An example on which you can base your
>
olicy.
>From e3457ee94e7293dbd59c9651d82d0c07fda50b33 Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov
Date: Fri, 9 Nov 2018 08:02:01 +
Subject: [PATCH] Update information about example init.d script
According to #913154, there is consensus, that `/etc/init.d/skeleton'
is not suitable
12 matches
Mail list logo
