Processing commands for cont...@bugs.debian.org:
> usertags 589605 = informative
Bug#589605: debian-policy: A footnote to describe special first lines for
changelogs.
User is r...@debian.org
There were no usertags set.
Usertags are now: informative.
> tags 589605 pending
Bug #589605 [debian-polic
Charles Plessy writes:
> Le Mon, Jul 19, 2010 at 10:14:41AM -0700, Russ Allbery a écrit :
>> How about something like:
>>
>>
>> If the developer uploading the package is not one of the usual
>> maintainers of the package (as listed in the
>> Maintainer or
>> Uploader
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 '
Russ Allbery writes:
> Now that the terminology is in, the patch to address the normative issue
> in this bug is short and simple. Objections or seconds?
This has been merged for the next release.
> diff --git a/policy.sgml b/policy.sgml
> index c0415c1..9aca16c 100644
> --- a/policy.sgml
> ++
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 '
Russ Allbery writes:
> Good point. Here's a new patch. (This doesn't apply to trap because I
> don't think trap can work without having it implemented as a shell
> built-in.)
I've now merged this change for the next release.
> diff --git a/policy.sgml b/policy.sgml
> index 6c770fd..d694fd2 10
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 '
Thijs Kinkhorst writes:
> On snein 11 July 2010, Steve Langasek wrote:
>> On Thu, Jul 08, 2010 at 09:22:28AM -0700, Russ Allbery wrote:
>>> Guillem Jover writes:
Probably better to recommend using start-stop-daemon, as it's more
robust and should properly handle for example the case o
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 '
Russ Allbery writes:
> Ludovic Brenta writes:
>> Yes, the information is still current and correct. (One does not change
>> a sound design decision that has proven its worth for years... :) )
> Okay, here is a proposed patch which implements the request in this bug
> report. Objections or sec
Steve Langasek wrote:
> So I think it's better to say:
>
> This is a stronger restriction than Breaks, which just
> prevents the package listed in the Breaks field from being
> configured while the package with the Breaks field is present on
> the system.
>
> Avoids refer
On Thu, Jul 22, 2010 at 11:49:18AM +0200, Bill Allombert wrote:
> On Thu, Jul 22, 2010 at 12:45:49AM -0500, Raphael Geissert wrote:
> > On Monday 19 July 2010 11:26:38 Russ Allbery wrote:
> > > diff --git a/policy.sgml b/policy.sgml
> > > index 0b3c1a1..06c1fdc 100644
> > > --- a/policy.sgml
> > >
On Wed, Jul 21, 2010 at 01:37:28PM -0700, Russ Allbery wrote:
> >>
> >>When one binary package declares a conflict with another
> >> using a Conflicts field, dpkg will
> >> -refuse to allow them to be installed on the system at the
> >> +refuse to allow them to be unpac
On Mon, Jul 19, 2010 at 10:08:23AM -0700, Russ Allbery wrote:
> So, the question here is not really about whether or not "should" is
> appropriate but whether Policy is the right place to say "should" about
> this since it's a procedural issue more than a package content issue.
Right - it's not th
14 matches
Mail list logo
