Re: Bug#601455: Steps towards a patch to document disabling a daemon upon installation

2017-12-26 Thread Andreas Henriksson
Hi, On Mon, Dec 25, 2017 at 06:27:21PM -0800, Russ Allbery wrote: > Ian Jackson writes: > > Sean Whitton writes: > > >> 2. Do we need to include any text saying *why* the /etc/default practice > >>is a bad idea? I couldn't come up with a succinct way to state it. > >>In general, I think

Re: Bug#601455: Steps towards a patch to document disabling a daemon upon installation

2017-12-25 Thread Russ Allbery
Ian Jackson writes: > Sean Whitton writes: >> 2. Do we need to include any text saying *why* the /etc/default practice >>is a bad idea? I couldn't come up with a succinct way to state it. >>In general, I think we can err on the side of not including the text, >>since we have policy b

Re: Bug#857452: Steps towards a patch to document disabling a daemon upon installation

2017-10-09 Thread Ian Jackson
Felipe Sateler writes ("Re: Bug#857452: Steps towards a patch to document disabling a daemon upon installation"): > I have a branch that does some refactoring to update-rc.d and adds the > new command[1] > > Review welcome. > > [1] > https://anonscm.debian.or

Re: Bug#857452: Steps towards a patch to document disabling a daemon upon installation

2017-10-05 Thread Felipe Sateler
On Tue, Sep 12, 2017 at 9:49 AM, Ian Jackson wrote: > Felipe Sateler writes ("Re: Steps towards a patch to document disabling a > daemon upon installation"): >> I suggest instead mentioning the real reasons its bad: > > Thanks for providing real reasons. > >>

Re: Steps towards a patch to document disabling a daemon upon installation

2017-09-13 Thread Sean Whitton
control: block 601455 by 857452 On Mon, Sep 11 2017, Ian Jackson wrote: > This should also be fixed with a new update-rc.d rune. Thank you, Ian and Felipe, for your feedback. I think the right thing is to wait on #857452. -- Sean Whitton signature.asc Description: PGP signature

Re: Steps towards a patch to document disabling a daemon upon installation

2017-09-12 Thread Ian Jackson
Felipe Sateler writes ("Re: Steps towards a patch to document disabling a daemon upon installation"): > I suggest instead mentioning the real reasons its bad: Thanks for providing real reasons. > > I can't speak to the behaviour of systemd, but I think the > &

Re: Steps towards a patch to document disabling a daemon upon installation

2017-09-11 Thread Felipe Sateler
On Mon, 11 Sep 2017 14:41:12 +0100, Ian Jackson wrote: > Sean Whitton writes ("Steps towards a patch to document disabling a > daemon upon installation"): > ... >> [draft policy text] > ... >> > +The default behaviour is to enable autostarting your packa

Re: Steps towards a patch to document disabling a daemon upon installation

2017-09-11 Thread Ian Jackson
Sean Whitton writes ("Steps towards a patch to document disabling a daemon upon installation"): ... > [draft policy text] ... > > +The default behaviour is to enable autostarting your package's daemon. > > +If the daemon should not be autostarted unless the local adm

Re: Steps towards a patch to document disabling a daemon upon installation

2017-09-10 Thread Marco d'Itri
On Sep 09, Sean Whitton wrote: > 1. Is the 'should not' for the /etc/default practice too strong? I No, because it cannot be supported in a sane way by systemd units. It should even be "must not". -- ciao, Marco signature.asc Description: PGP signature

Re: Steps towards a patch to document disabling a daemon upon installation

2017-09-10 Thread Andreas Henriksson
Hello Sean Whitton, Thanks for your work on this. Hopefully you'll find something in my comments inlined below of any use... On Sat, Sep 09, 2017 at 01:40:18PM -0700, Sean Whitton wrote: > Hello, > > This is what I have so far; it is certainly inadequate. CCing -devel > for help answering my te

Steps towards a patch to document disabling a daemon upon installation

2017-09-09 Thread Sean Whitton
Hello, This is what I have so far; it is certainly inadequate. CCing -devel for help answering my technical questions about this patch. > @@ -537,6 +537,21 @@ and in your ``postrm`` > update-rc.d package remove > fi > > +The default behaviour is to enable autostarting your packag