+ Colin Watson (Wed, 29 Apr 2009 22:51:55 +0100):
Hey,
> I've committed a fix to our git repository, of course
Oh, I see RT#1138 now, though I can't seem to find a mail mentioning
these delegations/incorporations, but that could just be me not keeping
up with may mail.
Anyway, I wrote to ask if
+ Russ Allbery (Mon, 06 Apr 2009 11:33:41 -0700):
> I don't see much real benefit in going out of our way to remove /var/games
> and it looks like it would be a bit annoying (at the least, require adding
> purge code to all games that put files in /var/games that would usually
> never be triggered
+ Steve Langasek (Mon, 06 Apr 2009 11:09:17 -0700):
> On Mon, Apr 06, 2009 at 05:33:35PM +, Thorsten Glaser wrote:
> > > If you need a specific locale (as seems from "mksh", not
> > > sure if it is a bug in that program), you need to set it.
> > You can only set a locale on a glibc-based syst
+ Thorsten Glaser (Tue, 07 Apr 2009 18:54:59 +):
> Except the ton which sets LC_ALL=C to get sane (parsable,
> dependable, historically compatible) output.
> These would then unset all other LC_* and LANG and LANGUAGE,
> and only set LC_CTYPE to C.UTF-8 to get "old" behaviour but
> with UTF-8
* Steve Langasek [Mon, 16 Mar 2009 07:52:10 -0700]:
> On Mon, Mar 16, 2009 at 11:40:36AM +0100, Goswin von Brederlow wrote:
> > Debian policy 10.2 Libraries says:
> > | Packages containing shared libraries that may be linked to by other
> > | packages' binaries, but which for some compelling reas
d by no whitespace.
Or some wording to that effect. The rationale is that it's very common
for files that accept #-style comments to accept them if # is preceded
by whitespace, but this is not the case in control files.
Cheers,
--
Adeodato Simó dato at ne
out this bug report in the future.
Although I slightly favour "component" over "area", I think your
reasoning above is sound, and I'll happily take "distribution area"
over "category", particularly if the term "component" is mentioned
in a footnot
Thanks everybody for their responses. I'll learn to live with this
(small) unhappiness.
Cheers,
--
Adeodato Simó dato at net.com.org.es
Debian Developer adeodato at debian.org
The first step on the road to wisdom i
too. (I realize
Policy talks about "comparison".)
Is there a reason for it to be this way? Is there a reason that would
advise against changing it?
--
Adeodato Simó dato at net.com.org.es
Debian Developer adeodato at
r it, because
even if commas have to be quoted, you've already lost the ability to
parse the Uploaders field with split /\s*,\s*/, which I think would be a
loss, since that works for all other fields.
(Oh, and if we do without commas, we should do without quoting as well
IMHO.)
Just my
it
seems each desktop has its own policies about exactly where.
HTH,
--
Adeodato Simó dato at net.com.org.es
Debian Developer adeodato at debian.org
Listening to: Alaska y Dinarama - Cebras
rchive, you can e.g. just reupload the current version (e.g.
1.2-3 as 1.2-4, which is bigger than 1.2-3.1).
Cheers,
--
Adeodato Simó dato at net.com.org.es
Debian Developer adeodato at debian.org
ech`echo xiun|tr nu oc|sed 'sx\(
s bug marked by pending by one of the editors.
Thanks!
--
Adeodato Simó dato at net.com.org.es
Debian Developer adeodato at debian.org
We learned that the Linux load average rolls over at 1024. And we
actually found thi
; xargs egrep -l 'Zope' | wc -l
> 15
13
And now, I will give an extra command:
% find /usr/share/doc -type f -name copyright | \
xargs egrep -l 'GNU.+Documentation' | wc -l
168
(On my laptop this number is 268.)
This is because one and each of the binar
aven't
heard anybody express discontent about this, so maybe I'm too picky,
which makes me think that everybody is happy with using dist=UNRELEASED
and updating the timestamp with each commit (or not doing, and risk
forgetting to do so the last time before uploading).
Cheers,
(I guess
e recently added a X-VCS-Bzr header to a couple packages of mine (in
the .dsc, though, not in the binaries, so it's only in the Sources file).
--
Adeodato Simó dato at net.com.org.es
Debian Developer adeodato at debian.org
386): 1611
Number of v.p. defined in Policy and provided in the archive: 62
Number of v.p. defined in Policy but not provided in the archive: 11
Number of v.p. NOT defined in Policy but provided in the archive: 1549
HTH,
--
Adeodato Simó dato at
* Wouter Verhelst [Wed, 25 Jan 2006 10:14:26 +0100]:
> Yes, but only if packages who declare build-depends-indep without having
> build-arch exist. Anyone feel like finding that out? ;-)
Simon run a test through the archive prior to sending his mail, to
find out.
--
Adeodat
;t you think?)
So with that proposal you're restricting the number of packages that
can benefit from it. Now, if one shows that such restriction does not
have practical impact... (Or that is considerably less bad that the
"mega-impact" that requir
s in binary-indep or ask for a policy change.
Or move doxygen from Build-Depends to Build-Depends-Indep, and
gracefully ignore its absence in the "build" target, if possible.
--
Adeodato Simó dato at net.com.org.es
Debian Developer
pic.a.
Cheers,
--
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
Old men are fond of giving good advice to console themselves for their
inability to set a bad example.
-- La Rochefoucauld, "Maxims"
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
more or less in the hands of those
domain experts?
At first sight, I think the second option makes more sense, since the
changes are usually discussed and agreed upon in their own list.
Though they could nevertheless be posted to -policy for a quick
review.
--
Adeodato Simó
EM: asp
* Thomas Hood [Fri, 13 May 2005 23:54:52 +0200]:
> (Is there a way to browse debian-policy in CVS?)
If I understood correctly, http://cvs.debian.org/?cvsroot=debian-policy
may be what you want.
--
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
It is impossible to m
tream authors, like:
> Upstream-Source: http://www.getithere.org
> Upstream-Author: Foo Crew <[EMAIL PROTECTED]>
Hence no need for this, its place is not the description but the
copyright file, already.
Cheers,
--
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
24 matches
Mail list logo
