Processed: user debian-pol...@packages.debian.org, limit package to debian-policy, tagging 835520

2016-12-06 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > user debian-pol...@packages.debian.org Setting user to debian-pol...@packages.debian.org (was r...@debian.org). > limit package debian-policy Limiting to bugs with field 'package' containing at least one of 'debian-policy' Limit currently set to '

Bug#835520: [PATCH 10/11] Replace init example by refering to dh-make

2016-12-06 Thread Andreas Henriksson
On Tue, Dec 06, 2016 at 08:41:33PM +0500, Andrey Rahmatullin wrote: > I wwanted to suggest putting the thing that dh_make does into > /etc/init.d/skeleton but then I've found out dh_make does not generate an > initscript at all. See #832764. That bug also says the dh_make skeleton > was problematic

Bug#835520: [PATCH 10/11] Replace init example by refering to dh-make

2016-12-06 Thread Andrey Rahmatullin
On Tue, Dec 06, 2016 at 04:30:57PM +0100, Andreas Henriksson wrote: > Hello Andrey Rahmatullin. > > Thanks for your input. (Did you also look at the other patches in the > series? Any objections or support for any of them?) I did and I thought I don't have enough confidence to say anything about t

Bug#522163: standard for disabling daemons in /etc/default

2016-12-06 Thread Felipe Sateler
On Tue, 6 Dec 2016 11:20:57 +0100 Andreas Henriksson wrote: > Hello! > > On Thu, Oct 04, 2012 at 11:11:20AM +0100, Simon McVittie wrote: > [...] > > I don't think packages should do this, except as a way to respect > > sysadmin configuration done in previous versions. openarena-server used > > to

Bug#835520: [PATCH 10/11] Replace init example by refering to dh-make

2016-12-06 Thread Andreas Henriksson
Hello Andrey Rahmatullin. Thanks for your input. (Did you also look at the other patches in the series? Any objections or support for any of them?) On Tue, Dec 06, 2016 at 07:21:00PM +0500, Andrey Rahmatullin wrote: > On Tue, Dec 06, 2016 at 03:07:21PM +0100, Andreas Henriksson wrote: > > The dh_

Bug#835520: [PATCH 00/11] Trim obsolete/harmful info about init integration

2016-12-06 Thread Felipe Sateler
On Tue, 6 Dec 2016 15:07:11 +0100 Andreas Henriksson wrote: > Here's a series of patches that focuses on trimming the init system > ingration chapter from obsolete and/or harmful information. > This is layed out as a series so you can pick and choose any or all > parts. Feel free to squash the ch

Bug#835520: [PATCH 10/11] Replace init example by refering to dh-make

2016-12-06 Thread Andrey Rahmatullin
On Tue, Dec 06, 2016 at 03:07:21PM +0100, Andreas Henriksson wrote: > The dh_make program should generate the current best practises > version I'm not sure about this. And this is the first mention of dh_make in the policy except for a footnote about writing manpages. On Tue, Dec 06, 2016 at 03:0

Bug#758234: another nasty fallout of this requirement

2016-12-06 Thread Ansgar Burchardt
On Sat, 2016-12-03 at 06:33 +0100, Adam Borowski wrote: > And to actually fix the issues, instead of merely dropping the > mention and > thus making the dependencies last forever because of inertia, I urge > you to > go all the way from "priority of rdepends MUST be raised" all the way > to > "prio

Processed: tag patch

2016-12-06 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > tags 835520 + patch Bug #835520 [debian-policy] Policy 9.3.1 is inaccurate to the point of being harmful Added tag(s) patch. > thanks Stopping processing here. Please contact me if you need assistance. -- 835520: http://bugs.debian.org/cgi-bin/

Bug#835520: [PATCH 07/11] Drop legacy code from invoke-rc.d example

2016-12-06 Thread Andreas Henriksson
Since several releases the *-rc.d policy tools are always available on their system. At points we've had bugs that created corner-cases which make the *-rc.d tools go missing during an upgrade phase, but that should not be worked around in each and every package. Thus remove the check if invoke-rc.

Bug#835520: [PATCH 11/11] Drop entire section 9.4 Console messages from init.d scripts

2016-12-06 Thread Andreas Henriksson
The entire section is specific to sysvinit and already solved by LSB in that case. There's no point in reinventing LSB. Also other init systems handles this in ways that's not at all described here. Just drop the entire section as it gives no practical useful information. --- policy.sgml | 196 ---

Bug#835520: [PATCH 08/11] Add note about invoke-rc.d normally used via dh

2016-12-06 Thread Andreas Henriksson
It might not be the policys place to define how the maintainer should automate the packaging work, but atleast mention debhelper to not fool people into thinking manually writing maintainer scripts is the preferred method of using invoke-rc.d. (This is similar to previous commit about update-rc.d

Bug#835520: [PATCH 10/11] Replace init example by refering to dh-make

2016-12-06 Thread Andreas Henriksson
The dh_make program should generate the current best practises version and for any current init system. In other word this wording is more init agnostic (and thus hopefully future-proof). --- policy.sgml | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/policy.sgml b/policy.

Bug#835520: [PATCH 09/11] Drop obsolete paragraph about rc.boot

2016-12-06 Thread Andreas Henriksson
No idea how long ago this paragraph had any relevance --- policy.sgml | 13 - 1 file changed, 13 deletions(-) diff --git a/policy.sgml b/policy.sgml index 59cd582..f28060b 100644 --- a/policy.sgml +++ b/policy.sgml @@ -7780,19 +7780,6 @@ test -f program-executed-later-in-script ||

Bug#835520: [PATCH 06/11] Add "or equivalent" to must use invoke-rc.d paragraph

2016-12-06 Thread Andreas Henriksson
The intention is to also make sure that eg. it's equally not allowed to directly call 'systemctl ' but maybe the wording can be improved further to more clearly express this. In other words the language is still a bit outdated in this paragraph. --- policy.sgml | 4 ++-- 1 file changed, 2 inserti

Bug#835520: [PATCH 02/11] Update init-system title to be more agnostic

2016-12-06 Thread Andreas Henriksson
Get rid of "script" as that doesn't properly describe the equivalent for systems using declarative replacements. Also drop "the" as via update-rc.d you're potentially/likely interfacing with multiple ones at a time. Possibly the word system should be replaced with systems or system(s)? --- policy

Bug#835520: [PATCH 03/11] Drop obsolete paragraph about static runlevels and update-rc.d

2016-12-06 Thread Andreas Henriksson
These days the information in the LSB header is used. Manually specifying/overriding runlevels as a parameter to update-rc.d on command line is even deprecated and a noop stub these days. --- policy.sgml | 13 - 1 file changed, 13 deletions(-) diff --git a/policy.sgml b/policy.sgml i

Bug#835520: [PATCH 05/11] Add note about update-rc.d normally used via dh

2016-12-06 Thread Andreas Henriksson
It might not be the policys place to define how the maintainer should automate the packaging work, but atleast mention debhelper to not fool people into thinking manually writing maintainer scripts is the preferred method of using update-rc.d. --- policy.sgml | 8 1 file changed, 8 insert

Bug#835520: [PATCH 04/11] Drop outdated paragraph about sequence numbers

2016-12-06 Thread Andreas Henriksson
Todays init systems calculates a dependency graph (eg. from the dependencies specified in LSB headers) and doesn't go by sequence numbers. See eg. insserv. --- policy.sgml | 9 - 1 file changed, 9 deletions(-) diff --git a/policy.sgml b/policy.sgml index 820be8b..af2d1d2 100644 --- a/poli

Bug#835520: [PATCH 00/11] Trim obsolete/harmful info about init integration

2016-12-06 Thread Andreas Henriksson
Here's a series of patches that focuses on trimming the init system ingration chapter from obsolete and/or harmful information. This is layed out as a series so you can pick and choose any or all parts. Feel free to squash the changes as you see fit. This mostly focuses on bug report #835520 but a

Bug#835520: [PATCH 01/11] Drop outdated "/run needs initscripts dependency"

2016-12-06 Thread Andreas Henriksson
The paragraph ends with "...until the stable release of Debian supports /run." which current releases does, so this paragraph is obsolete. --- policy.sgml | 6 -- 1 file changed, 6 deletions(-) diff --git a/policy.sgml b/policy.sgml index 9cd182b..81df4a3 100644 --- a/policy.sgml +++ b/policy

Bug#522163: standard for disabling daemons in /etc/default

2016-12-06 Thread Andreas Henriksson
Hello! On Thu, Oct 04, 2012 at 11:11:20AM +0100, Simon McVittie wrote: [...] > I don't think packages should do this, except as a way to respect > sysadmin configuration done in previous versions. openarena-server used > to do this (and be off-by-default), but for wheezy I changed the > documented