of the larger contributors to this particular packaging style,
uses setup, so if setup was used all the dbs packages at least would
immediately satisfy the should.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Wouter Verhelst [EMAIL PROTECTED] writes:
On Tue, Apr 26, 2005 at 11:57:53AM -0700, Russ Allbery wrote:
dbs, one of the larger contributors to this particular packaging style,
uses setup, so if setup was used all the dbs packages at least
would immediately satisfy the should.
Yes
David Schmitt [EMAIL PROTECTED] writes:
On Tuesday 26 April 2005 20:53, Russ Allbery wrote:
If there is some good documentation of archive sections that I've
overlooked, please do let me know.
I tend to use dselect, but there are others who like aptitude more.
In case of utter confusion
* an upstream author or upstream source. So
it's not something that can be enforced uniformly.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
no guideline covering it?
Get a check into lintian. Some of us are obsessive about keeping packages
lintian-clean. :)
I don't know what the criteria is for lintian checks, but I would guess
that a general consensus on debian-devel would produce a strong argument
in favor of a check.
--
Russ
and doesn't have any hard data behind it,
but auto-generating the shlibs file would resolve the motivating reason
behind the original bug, I think, and not lose the interface.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ
or four serious bugs in packages because of
set -e, and I've never seen a case where having set -e prevented or
diagnosed a problem that would have otherwise gone unnoticed.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy
automatically during the
build and remove a source of possible errors and inconsistency.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
suppose that's also the same with maintainer
scripts, but it's much less common for maintainer scripts to echo things
to the console.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject
, but
it's a legitimate bug.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87zl2n2484
are the one case that Lintian knows about at present.)
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http
the application?
I believe loading the versioned library is the correct solution short of
reworking the application along the lines that Simon describes.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ
+ is empty or not set, tt$Config{version}/tt must be used.
/p
/sect1
Seconded.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
Roger Leigh rle...@codelibre.net writes:
On 20/05/2010 18:30, Russ Allbery wrote:
You can't move the static reserved space: it contains statically
assigned UIDs. :) That's the whole point of it. We could change
where we're assigning future static UIDs and GIDs from, but I'm not
sure it's
have any normative changes
since the last release, so I think that would be the right version number.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Bill Allombert bill.allomb...@math.u-bordeaux1.fr writes:
On Thu, May 20, 2010 at 03:20:27PM -0700, Russ Allbery wrote:
3.8.4.1 I think you mean. I don't think we have any normative changes
since the last release, so I think that would be the right version
number.
Are there other changes
-files
Fix: Trivial: s/2/5/
I'm looking for seconds for this proposal.
Seconded. I agree with just releasing this UID space.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject
.
Does anyone think there's a need for another reserved ID range somewhere
above 16 bits to replace this one?
I was always confused about what we were reserving that space for anyway,
so I don't see any obvious need.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle
-listchanges. (#523436 and, for
that matter, #247356.) I think this is just a bug; the Lintian tag is a
temporary workaround until it's fixed, only really justified by the fact
that the bug has been around for six years.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle
recommended and have now merged
this fix for the next release.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http
headingDaemons/heading
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87r5kst2h8.fsf
addresses to the Seconded lines in the changelog as well.)
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http
Steve Langasek vor...@debian.org writes:
On Mon, May 31, 2010 at 10:17:39AM -0700, Russ Allbery wrote:
-program should be made portable instead.
+package, this field may contain special value ttall/tt or
^
en_RU
Russ Allbery r...@debian.org writes:
Currently, Debian Policy makes a general statement that all Bourne shell
scripts should start with set -e and does not (so far as I can see) make
an exception for init scripts. I've seen several init scripts use set
-e, which is usually a bad idea
formatfootnote
+ The vardate/var must be in RFC5322 formatfootnote
This is generated by ttdate -R/tt.
/footnote; it must include the time zone specified
numerically, with the time zone name or abbreviation
--
1.6.5.7
Seconded.
--
Russ Allbery (r...@debian.org
Bill Allombert bill.allomb...@math.u-bordeaux1.fr writes:
This make four seconds so far, so the proposal is accepted.
Proposed by Santiago Vila
Seconded: Russ Allberyr...@debian.org
Seconded: Luk Claes l...@debian.org
Seconded: Raphael Hertzog hert...@debian.org
Kurt Roeckx k...@roeckx.be writes:
On Mon, May 31, 2010 at 11:41:15AM -0700, Russ Allbery wrote:
-architectures separated by spaces. If ttany/tt or
-ttall/tt appear, they must be the entire contents of the
-field.
[...]
+spaces. If ttall/tt appears
-parsechangelog man page or some other similar place.
Since it's not even accurate as it stands, with the (implied) agreement of
the dpkg maintainers, I'm going to pull it out of Policy for the next
release even in advance of it being incorporated in the dpkg
documentation.
See #584141.
--
Russ Allbery
for special documentation, I dropped
the whole sentence for the next Policy release.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
on packageperl/package.
/p
/sect
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http
in the second list:
base
debian-installer
I think these should be included and there should be link to
http://packages.debian.org/unstable/
I've added a mention of the special debian-installer section and a link to
that web page for the next version of Policy. Thanks!
--
Russ Allbery (r
Cyril Brulebois k...@debian.org writes:
Russ Allbery r...@debian.org (01/06/2010):
+Specifying a list of architecture wildcards indicates that
+the source will build an architecture-dependent package on
+the union of the lists of architectures from the expansion
be in the range 00-59.
If someone put this into SGML, I'd second it.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http
decided to change this and changed Policy now, it's going to take a while
for the tools to change.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Riccardo Stagni unric...@email.it writes:
On Wed, Jun 02, 2010 at 02:24:22PM -0700, Russ Allbery wrote:
I thought we established the last time around on this discussion that Adam
needs to leave the comma off in his name for the time being.
I wasn't aware of this, reading the bug report
Adam C Powell IV hazel...@debian.org writes:
On Wed, 2010-06-02 at 14:24 -0700, Russ Allbery wrote:
I thought we established the last time around on this discussion that
Adam needs to leave the comma off in his name for the time being.
I don't remember receiving this advice.
Ack, sorry
Guillem Jover guil...@debian.org writes:
On Tue, 2010-06-01 at 10:42:35 -0700, Russ Allbery wrote:
Here is proposed wording, which hopefully reflects the subsequent
discussion. I'm looking for seconds.
[...]
Seconded.
Thanks! That's two, so I'm merging for the next release.
--
Russ
.
+ The maintainer scripts are not guaranteed to run with a
+ controlling terminal and may not be able to interact with
+ the user. See ref id=controllingterminal.
/p
/item
--
Russ Allbery (r...@debian.org) http
+/p
+ /sect
+
sect
headingDaemons/heading
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Niko Tyni nt...@debian.org writes:
Yeah, I suppose that goes without saying. I seem to go into the
details a bit too much.
Final version with the nonzero thing removed. I'm looking for seconds.
This is now merged for the next Policy release.
--
Russ Allbery (r...@debian.org
Guillem Jover guil...@debian.org writes:
On Thu, 2010-06-03 at 09:56:30 -0700, Russ Allbery wrote:
p
In the main filedebian/control/file file in the source
-package, this field may contain the special value
-ttany/tt, the special value ttall/tt, or a list
indicate the number of additional minutes difference
from
+ UTC. The last two digits must be in the range 00-59.
+ /item
+ /list
/p
p
Seconded.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email
think explicitly listing the valid strings should get that across well
enough.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
sect
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/877hmfv065
Russ Allbery r...@debian.org writes:
The previous discussion on this bug didn't reach a final consensus on
wording, but I still believe we have a consensus that this is the right
general direction. Here's an updated patch that includes the permission
suggested by Steve Langasek
=$(CURDIR)/debian/lt;tmpgt;
/examplefootnote
pReplace lt;tmpgt; with the appropriate directory
(nominally just tmp)/p
Seconded, belatedly.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ
).
This statement is in no way normative, please move it into a footnote.
Done for the next release.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
+ entrytitle/entry
+ entry
+Holds a (short) string that can be displayed using the SETTITLE
+command. Only the value of the short description will be used.
+ /entry
+/row
/tbody
/tgroup
/table
--
Russ Allbery (r...@debian.org) http://www.eyrie.org
or disagrees with this
analysis.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87typjs4lt
.
It sounds from this follow-up like this modification to the menu policy is
not required, and instead packages should use the categories that already
exist more consistently. Does anyone disagree?
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email
like
that.
I'd like to dispose of this bug one way or another, either by reclosing it
or by appealing it to the Technical Committee. Which direction would you
like to go with it at this point?
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE
Charles Plessy ple...@debian.org writes:
Le Thu, Jun 03, 2010 at 11:45:41PM -0700, Russ Allbery a écrit :
As discussed in that thread, the best path for a contentious point like
this with good arguments on both sides would be to go through the
Technical Committee, which is designed to be able
Raphael Hertzog hert...@debian.org writes:
On Thu, 03 Jun 2010, Russ Allbery wrote:
Niko Tyni nt...@debian.org writes:
I would like to see all the packages use DESTDIR so that the patch
could be removed. As a first step, lintian was recently changed to warn
about overriding PREFIX. See
Charles Plessy ple...@debian.org writes:
Le Wed, Jun 02, 2010 at 10:16:55AM -0700, Russ Allbery a écrit :
If someone put this into SGML, I'd second it.
I also like the idea, so I prepared a patch (attached)
Merged for the next release. Thank you!
--
Russ Allbery (r...@debian.org
Michael Retout mret...@gmail.com writes:
Package: debian-policy
Severity: minor
The word programs should be program in the phrase the helper
programs help2man.
Thanks, fixed for the next release.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle
small.
The low bar for licenses included in common-licenses by license count is
the GFDL, at 875 packages using it in some version. None of the licenses
for which we have open bugs reach that package count. The closest is the
MPL version 1.1, at 654 packages.
--
Russ Allbery (r...@debian.org
Russ Allbery r...@debian.org writes:
I think the general feeling was that by the time we have around 250
packages in the archive or so that are using it, it probably warrants
inclusion, since we know that its use is going to grow in the long run.
Last time I checked, which was quite some time
Russ Allbery r...@debian.org writes:
However, the first change in this bug is still relevant, and there
doesn't appear to be another open bug on this issue. The current BSD
license in common-licenses is not particularly useful since it
specifically lists the University of California
Ian Jackson i...@davenant.greenend.org.uk writes:
Russ Allbery writes (Bug#487201: MPL-license):
By pure numbers, that's not a sufficient number of packages to warrant
inclusion in common-licenses according to the criteria previously
discussed here. (I think it falls short by hundreds.)
I
therefore marking this bug as rejected, although it will remain open
for a while in case anyone disagrees and wants to make a case for its
inclusion.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
Russ Allbery r...@debian.org writes:
Gürkan Sengün gur...@phys.ethz.ch writes:
Russ Allbery wrote:
It's in many respects better to include the license directly in
debian/copyright, since it keeps all the legal information in one
place. common-licenses is primarily an optimization of archive
and they legally shouldn't do so, I don't think this is
a good candidate for common-licenses.
I'm accordingly marking this bug as rejected, although it will stay open
for a while in case anyone disagrees and wants to make a case for
inclusion.
--
Russ Allbery (r...@debian.org) http
debian-perl on this message since that's the set of developers who
are most affected by this.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
it will stay open
for a while in case anyone disagrees and wants to make a case for its
inclusion.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
Russ Allbery r...@debian.org writes:
Hilmar Preusse hill...@web.de writes:
In the moment we have the situation that we are requested to add the
license to all TL packages, instead of just adding it to one and put
only referers into the others (#473216). This gives us 1.8 MB of
license files
projects and doesn't have much general uptake the way that the GPL and
even the LGPL have had. Apart from the brand new version of the LPGL, to
which people are still migrating, the GFDL family is the only family in
triple digits for binary package counts.
--
Russ Allbery (r...@debian.org
gregor herrmann gre...@debian.org writes:
On Thu, 10 Jun 2010 15:03:41 -0700, Russ Allbery wrote:
Certainly if the license becomes more broadly used in the future, it
can be proposed for inclusion again at that time.
Some clear criterion might be helpful (and save you some time
Russ Allbery r...@debian.org writes:
Currently, so far as I can see, nothing in the general discussion of the
syntax of control files prohibits repetition of the same field name in
one paragraph. For example:
Package: foo
Package: bar
However, I believe this should always be a syntax
can't be properly represented in the copyright file without
adding the full text of the GPL v1 to the copyright file.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe
.
we should include only few licenses), or
This is roughly what I've been trying to do in my replies to the current
bugs.
- move the choice outside policy procedure (e.g. maintainer
of base-files).
The base-files maintainer doesn't want to be the one who decides this.
--
Russ Allbery (r
. I
generally assume that we're doing the latter, since breaking the license
sounds bad. :)
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
).
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87631o9onv@windlord.stanford.edu
Russ Allbery r...@debian.org writes:
Andrew McMillan and...@morphoss.com writes:
On Sat, 2010-06-12 at 18:18 +0900, Charles Plessy wrote:
as a non-native speaker, I have difficulties with the use of 'may' in
your patch: if fields may be unique, they also may be not unique, so
what
Russ Allbery r...@debian.org writes:
2. Apply the patch to Policy included below, which removes this license
from the list of licenses we tell people to reference from
/usr/share/common-licenses and explains why.
This patch has now been merged for the next release.
--
Russ Allbery (r
that
prgndpkg/prgn does not know of any files it still
contains, it is considered to have disappeared. It will
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject
Guillem Jover guil...@debian.org writes:
On Mon, 2009-09-07 at 14:42:46 -0700, Russ Allbery wrote:
Also, if I remember this discussion correctly, Policy currently could
be read as saying that a package isn't permitted to remove its obsolete
configuration files, so we should at least fix
,
+ ttBuild-Depends-Indep/tt, and
+ ttBuild-Conflicts-Indep/tt fields must be satisfied when
+ these targets are invoked.
/item
/taglist
/p
-
/sect
-
/chapt
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87631o82nm@windlord.stanford.edu
-headers/package, provided that
+ the development package depends on all the required additional
+ packages.
+ /footnote
/p
p
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87sk4s6ll5@windlord.stanford.edu
Brian Ryans brian.l.ry...@gmail.com writes:
Quoting Russ Allbery on 2010-06-09 13:36:22:
The low bar for licenses included in common-licenses by license count
is the GFDL, at 875 packages using it in some version. None of the
licenses for which we have open bugs reach that package count
Julien Cristau jcris...@debian.org writes:
On Sat, Jun 12, 2010 at 12:24:07 -0700, Russ Allbery wrote:
-tagttBuild-Depends-Indep/tt,
- ttBuild-Conflicts-Indep/tt/tag
+tagttbuild/tt, ttbuild-indep/tt, ttbinary/tt,
+ and ttbinary-indep/tt/tag
item
Julien Cristau jcris...@debian.org writes:
On Sat, Jun 12, 2010 at 13:29:42 -0700, Russ Allbery wrote:
+ p
+ttChecksums-Sha1/tt and ttChecksums-Sha256/tt are
+multiline field. The first line of the field value (the part
multiline fields
Thanks, fixed.
+ p
Ben Finney ben+deb...@benfinney.id.au writes:
Russ Allbery r...@debian.org writes:
diff --git a/policy.sgml b/policy.sgml
index 87b9795..99ab0ff 100644
--- a/policy.sgml
+++ b/policy.sgml
@@ -2398,6 +2398,11 @@ Package: libc6
/p
p
+ Each paragraph may contain at most
for there to be much risk of
someone impersonating someone else, and there's always a Policy maintainer
looking over the change and making sure it makes sense anyway.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ
writes:
Le Sat, Jun 12, 2010 at 12:35:41PM -0700, Russ Allbery a écrit :
Despite its age, this bug is rather straightforward and is something we
really should have fixed years ago. The current wording around
locations of CGI programs implies that subdirectories of
/usr/lib/cgi-bin may not be used
Russ Allbery r...@debian.org writes:
Here is proposed wording to document those fields. This change also
reorders the list of fields in .dsc files to match the order in which
dpkg-dev writes them. (The actual sections are not reordered since that
would renumber them and break external cross
-policy
package.
Not everyone participates in popcon, but that's probably the best we've
got at this point for determining install base.
Definitely agreed. Thank you!
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ
Helps if I send this to the correct bug.
Russ Allbery r...@debian.org writes:
* maintainer-name-missing and uploader-name-missing are both automatic
rejects in the ftp-master checks, which makes them automatically
severity: serious in Lintian. That's not the specific one that you're
tracking the progress on lintian.d.o. But I expect it will take
a little while.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
Russ Allbery r...@debian.org writes:
For background here, this bug is about permitting the splitting of the
architecture-independent headers for a library into a separate -headers
package rather than requiring (which the current Policy wording implies)
that they be in the usually architecture
Russ Allbery r...@debian.org writes:
Here's a proposed patch that cleans up the wording of Maintainer,
Uploaders, and Changed-By to reflect current practice. There is another
outstanding bug in this area to document further restrictions on
Maintainer and Uploaders, but this is the easy part
to get that change into the next release. I'll probably propose a
few more things and hopefully find some time to update some of my other
pending patches, but whatever is ready to merge by next weekend is what
will go out in the release.
--
Russ Allbery (r...@debian.org) http
Thijs Kinkhorst th...@debian.org writes:
On sneon 12 Juny 2010, Russ Allbery wrote:
+ p
+ These fields contain a list of files with a checksum and size
+ for each one. Both ttChecksums-Sha1/tt
+ and ttChecksums-Sha256/tt have the same syntax and differ
be in
dev-ref... but that's a completely different discussion again.
I think adding a complete example to devref is an excellent idea, but I
think we should have an example of at least the main fields one uses in
Policy directly, since that's the primary use case of some of these
fields.
--
Russ
.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87d3vrg2xl@windlord.stanford.edu
Ben Finney ben+deb...@benfinney.id.au writes:
Jakub Wilk jw...@debian.org writes:
* Russ Allbery r...@debian.org, 2010-06-16, 11:07:
+ continue to do so (but be aware that this is often an error
+ that should be fixed rather than using ttConflicts/tt --
+ see
Kurt Roeckx k...@roeckx.be writes:
On Wed, Jun 16, 2010 at 11:07:33AM -0700, Russ Allbery wrote:
p
Normally a ttBreaks/tt entry will have an earlier than
version clause; such a ttBreaks/tt is introduced in the
- version of an (implicit or explicit) dependency which
Stuart Prescott stuart+deb...@nanonanonano.net writes:
On Wednesday 16 June 2010 19:07:33 Russ Allbery wrote:
+Normally, ttBreaks/tt should be used in conjunction
+with ttReplaces/tt.footnote
+ To see why ttBreaks/tt is required in addition
+ to ttProvides
Jakub Wilk jw...@debian.org writes:
* Russ Allbery r...@debian.org, 2010-06-16, 11:07:
+ continue to do so (but be aware that this is often an error
+ that should be fixed rather than using ttConflicts/tt --
+ see, for example, ref id=binaries),/item
I find
1 - 100 of 2062 matches
Mail list logo