On Thu, 25 Aug 2016 22:06:51 +0200 (CEST) Santiago Vila
wrote:
> Package: debian-policy
> Version: 3.9.8
> Severity: wishlist
>
> Greetings.
>
Hi,
CCing debian-dpkg@l.d.o because I think Guillem would be interested in this.
> Debian Policy 4.9 says:
>
> Both binary-* targets should depend on
Processing commands for cont...@bugs.debian.org:
> block 85 with 757760
Bug #85 [libdebian-source-perl] libdebian-source-perl: fails to parse
build-depends restriction formulas
85 was not blocked by any bugs.
85 was not blocking any bugs.
Added blocking bug(s) of 85: 757760 an
Yuri D'Elia writes:
> On Mon, Jan 02 2017, Russ Allbery wrote:
>> No matter what we do here, we're going to make a bunch of packages
>> buggy, because the archive is very divided on current best practice.
>> :(
> Buggy in the sense that existing packages wouldn't comply with the new
> rules?
Ri
On Mon, Jan 02 2017, Russ Allbery wrote:
> No matter what we do here, we're going to make a bunch of packages buggy,
> because the archive is very divided on current best practice. :(
Buggy in the sense that existing packages wouldn't comply with the new
rules?
I don't see this as "buggyness", b
On Sat, 31 Dec 2016 23:40:53 -0800 Russ Allbery wrote:
> Ben Finney writes:
> > On 20-Apr-2016, Ben Finney wrote:
>
> >> We intend to use the âadventureâ virtual package name, to declare
> >> providing an implementation of the classic game Adventure.
>
> > An announcement of this at âdebi
On Sun, 01 Jan 2017 23:06:17 -0800 Russ Allbery wrote:
> [...]
>
> > diff --git a/policy.sgml b/policy.sgml
> > index 404dc73..421e0d1 100644
> > --- a/policy.sgml
> > +++ b/policy.sgml
> > @@ -10699,6 +10699,18 @@ END-INFO-DIR-ENTRY
> >
> >
> >
> > + If package is a build tool, d
Control: tags -1 pending
Ondřej Nový writes:
> 9.3.3.2 Running initscripts
> ---
> Please remove usage of "/etc/init.d/package " as alternative for
> invoke-rc.d
> invoke-rc.d is essential
Thanks, applied for the next release.
--
Russ Allbery (r...@debian.org)
Processing control commands:
> tags -1 pending
Bug #833177 [debian-policy] 9.3.3.2: Remove /etc/init.d/
Added tag(s) pending.
--
833177: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833177
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Yuri D'Elia writes:
> In fact, I'd rather have a consistent NEWS location, and shift the focus
> to this release summary instead, while not changing the existing
> changelog rules. It's way more consistent with the best practices
> already seen everywhere in source tarballs.
Yeah, this is basica
Andreas Henriksson writes:
> On Sun, Jan 01, 2017 at 10:38:02PM -0800, Russ Allbery wrote:
>> This is mostly just documenting update-rc.d disable in Policy, except
>> that we need to document how to keep a service from ever being enabled
>> and started by installation of a package by doing someth
On Mon, Aug 01, 2016 at 08:22:19PM +0200, Ondřej Nový wrote:
> 9.3.3.2 Running initscripts
> ---
>
> Please remove usage of "/etc/init.d/package " as alternative for
> invoke-rc.d
>
> invoke-rc.d is essential
right.
> diff --git a/policy.sgml b/policy.sgml
> index 9cd182
Hi!
On Sat, 2016-12-31 at 19:04:08 -0800, Russ Allbery wrote:
> Florian Weimer writes:
> > It seems to me that a requirement is missing from the policy that
> > binaries (DSOs and executables) which are intended to run on the host
> > must be located in a binary package, and the architecture of t
On Mon, 2017-01-02 at 09:53:17 +0100, Mattia Rizzolo wrote:
> On Sun, Jan 01, 2017 at 11:15:36PM -0800, Russ Allbery wrote:
> > I massaged the wording a bit. Here's what I committed for the next
> > release:
> > + Each binary package built from this source package has a
> > + corre
Hello Russ Allbery,
On Sun, Jan 01, 2017 at 10:38:02PM -0800, Russ Allbery wrote:
[...]
> We should be coming up with a documented way of disabling a service and
> put that in Policy, and provide a recommendation for people to use that
> instead of all the other mechanisms that currently exist but
On Sun, Jan 01 2017, Andreas Henriksson wrote:
> My personal opinion is that a changelog is something where every change
> is guaranteed to be logged. (And that guarantee is basically just saying
> that if it's ever noticed that a change was not logged, that's indeed a
> bug.)
> A NEWS file is some
On Sun, Jan 01, 2017 at 11:15:36PM -0800, Russ Allbery wrote:
> I massaged the wording a bit. Here's what I committed for the next
> release:
> + Each binary package built from this source package has a
> + corresponding paragraph, except for any automatically-generated
> +
16 matches
Mail list logo