-e /usr/share/debconf/confmodule ] ; then
. /usr/share/debconf/confmodule
fi
There's no need to be obfuscated.)
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s something that I'd really like to see us sort out in policy, since
I think we should be able to describe consistent behavior with regard to
system users and package purging to our users. Right now, every
maintainer is making their own decision in this area, and I think that
pro
tian is going to have to acquire at least a
minimalist understanding of Bourne shell syntax so that it can do lexical
analysis of maintainer scripts.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Tue, Nov 14, 2006 at 06:12:24PM -0800, Russ Allbery wrote:
>> This is something that I'd really like to see us sort out in policy,
>> since I think we should be able to describe consistent behavior with
>> regard to
Marc Haber <[EMAIL PROTECTED]> writes:
> On Tue, Nov 14, 2006 at 06:12:24PM -0800, Russ Allbery wrote:
>> Steve Langasek <[EMAIL PROTECTED]> writes:
>>> In the case of adduser, there is a strong case for not doing deluser at
>>> *all* on purge, because it
roving lintian.debian.org. I'm waiting
on being added to the lintian group myself so that I can work on fixing it
to use the current version of lintian.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
n others. (And warnings are even less important..)
Yeah, agreed. And for that, one could start with the run that Bill did
while waiting to get the lintian.debian.org version updated.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, emai
security track record and is actually maintained upstream.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Holger Levsen <[EMAIL PROTECTED]> writes:
> On Sunday 26 November 2006 21:18, Russ Allbery wrote:
>> Yeah, agreed. And for that, one could start with the run that Bill did
>> while waiting to get the lintian.debian.org version updated.
> Have you seen the video abou
Filippo Giunchedi <[EMAIL PROTECTED]> writes:
> On Wed, Dec 27, 2006 at 04:28:43PM -0800, Russ Allbery wrote:
>> Uh, no. I've not heard a thing about it before now other than Jeroen's
>> initial discussions on lint-maint, and I got the impression from him
>&g
er programs are better written in something
other than shell anyway, IMO, for maintainability).
For another, `` is more widely recognized I think, and therefore more
readable to the average developer, than $(), which looks like another of
the many [EMAIL PROTECTED] line-noise shell variable exp
easonable Unicode support.) It's a small character, admittedly, and is
as easy to miss as comma vs. period, but, well, Unix has a long tradition
of using lots of characters.
> Back to the point. From QA perspective does "The Debian Project" not see
> any value of encouraging $() ?
er-impact way of getting mass
cleanliness changes made than a mass bug filing. You can then do a mass
bug filing after six months or a year, by which point many maintainers
will have already acted on the lintian warnings.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/
d what sort of delay is reasonable to
> consider cleanups for transitions like the python one.
Yeah, agreed. Having seen further the sort of checking that you're
talking about, this really isn't a lintian thing.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.o
Martin Michlmayr <[EMAIL PROTECTED]> writes:
> Anyway, the current problem is caused because
> http://lintian.debian.org/lintian.log gives you "403: Forbidden". I'm
> CCing Russ who can hopefully fix this.
Thanks, this should be fixed now.
--
special
characters that otherwise need escaping.
Why not just fix the qa code to match what lintian does? It's pretty
clearly currently different, which is probably the root of the problem.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Raphael Hertzog <[EMAIL PROTECTED]> writes:
> On Thu, 28 Jun 2007, Russ Allbery wrote:
>> You can't drop that tr///. It's what takes care of all the special
>> characters that otherwise need escaping.
> Since he extracts the email part, it's less of a
Raphael Hertzog <[EMAIL PROTECTED]> writes:
> On Thu, 28 Jun 2007, Russ Allbery wrote:
>> Well, he extracts everything between <>, but I believe we still lose
>> if, for instance, there's a # in the e-mail address (which is an
>> entirely valid RFC 2822 c
Raphael Hertzog <[EMAIL PROTECTED]> writes:
> On Fri, 29 Jun 2007, Russ Allbery wrote:
>> According to RFC 2396, the list of characters reserved, banned, or
>> disrecommended for URIs are:
>>
>> ; / ? : @ & = + $ , < > # % " { } | \ ^ [ ] `
&g
ple just
started using XS-Vcs-Browser? Then maybe we can start putting this
business of parsing the long description to bed.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
can migrate towards a
structured field.
I suppose one open question is whether to use Homepage or use Url, as some
packages do already have Url headers and none are currently using
Homepage. RPM uses URL.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eag
scaping algorithm to make it easier
for corner cases, but I'd rather not change the algorithm in a way that
would invalidate other external links unless we declare a major flag day
and really completely reorganize lintian.d.o. (Which should happen one of
these days, but which would require a f
nize more than that too. For example,
right now everything is written to one giant directory, which isn't a good
idea. It would also be nice to have pages by package as well as by
maintainer, and it would be good to include packages for which one is an
uploader in one's personal report.
Stefano Zacchiroli <[EMAIL PROTECTED]> writes:
> On Mon, Dec 03, 2007 at 12:42:31PM -0800, Russ Allbery wrote:
>> I do, although I'd like to reorganize more than that too. For example,
>> right now everything is written to one giant directory, which isn't a
>&
Stefano Zacchiroli <[EMAIL PROTECTED]> writes:
> On Tue, Dec 04, 2007 at 01:17:39AM -0800, Russ Allbery wrote:
>> Let's do this. Let's standardize on:
> Ok, cool. Many thanks!
> I'll implement the convention PTS side, let me know when the new scheme
> i
ust so that I can read it without
getting a headache.
Could you please not change it? Or at least please don't break it this
badly? The current text font size is the smallest comfortably readable
font size; anything that uses a smaller font is a pretty major step
backward in usability.
--
on be warranted in the current scheme of
> things?
Yes. If there are significant packages that become obsolete and warrant a
lintian warning to aid in a transition, please file a wishlist bug against
lintian and we'll include that check in the next release.
debcheck is available for the
Luk Claes <[EMAIL PROTECTED]> writes:
> Russ Allbery wrote:
>> Yes. If there are significant packages that become obsolete and
>> warrant a lintian warning to aid in a transition, please file a
>> wishlist bug against lintian and we'll include that check in the
e is no simple problem that can be fixed and you're
basically warning the maintainer that the software either has to be
rewritten or dropped from the archive.)
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Luk Claes <[EMAIL PROTECTED]> writes:
> So, libglib1.2ldbl, libgtk1.2 and maybe libgd2-xpm would qualify to be
> included?
libgd2-xpm isn't even in oldlibs and there's no hint in the package
description that it shouldn't be used. Is it really being phased out
t the most likely result will be that we'll just drop nearly all
GTK 1.0 software from the archive entirely, not that anything that hasn't
already moved to GTK 2.0 will actually do so.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSU
et didn't touch the font size
> at all. That way everyone can choose the base font size that suites
> their situation best, once, in the browser config, and every page will
> be good for them.
Yes, exactly. Enthusiastically seconded.
--
Russ Allbery ([EMAIL PROTECTED])
e the breakage in links from the PTS and developer pages,
so I want to coordinate with you a good time to do this. Could you let me
know when would be a good time to do the switch, assuming that the archive
run needs to start about a day and a half in advance of when the new URLs
will be live?
--
gt; require an up-to-the minute synchronization ;-)
Okay, lintian is finishing its daily run for today right now, and as soon
as that finishes, I'll kick off the full archive run. It should be done
sometime on Saturday afternoon (US Pacific time), judging from past
experience.
Raphael Hertzog <[EMAIL PROTECTED]> writes:
> On Fri, 21 Dec 2007, Russ Allbery wrote:
>> Okay, lintian is finishing its daily run for today right now, and as
>> soon as that finishes, I'll kick off the full archive run. It should
>> be done sometime on Sat
up with a weird e-mail address, but the vast majority shouldn't need to be
escaped.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
les used
internally by lintian, but it shouldn't be *too* much work.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e qa-list.txt as-is and generate a second
full list with more columns, or add more columns to the existing file.
Probably the former to be safe.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Stefano Zacchiroli <[EMAIL PROTECTED]> writes:
> On Sun, Dec 30, 2007 at 10:10:35AM -0800, Russ Allbery wrote:
>> Note that you can tell whether a package has lintian warnings or errors
>> based on the contents of <http://lintian.debian.org/reports/qa-list.txt>.
>>
the XHTML 1.0 spec and the HTML 4.01 spec both say that
they're fine.
If you want to work around this until the next lintian release, that's of
course fine, but lintian will be fixed so that the current links will
work.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.ey
Pierre Habouzit <[EMAIL PROTECTED]> writes:
> On Wed, Jan 02, 2008 at 08:04:44PM +, Pierre Habouzit wrote:
>> On Wed, Jan 02, 2008 at 07:58:24PM +, Raphael Geissert wrote:
>>> Russ Allbery <[EMAIL PROTECTED]>
>>>libgss-dbg (U)
>>>shi
er seen overwrite the report of the previous maintainers. This
particularly affects packaging teams, since our packaging teams have a
regrettable tendency to use many different variations of the team name
in their packages.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.e
Thijs Kinkhorst <[EMAIL PROTECTED]> writes:
> On Thursday 3 January 2008 01:16, Russ Allbery wrote:
>> http://lintian.debian.org/reports-testing/
>
> This looks good in general, it's a clear improvement over what we have.
Thanks!
>> * The HTML pages are now t
tim hall <[EMAIL PROTECTED]> writes:
> Russ Allbery wrote:
>> If you want to take a look at how good (or bad) the templates look, the
>> ones that generated those pages are in:
>>
>> /org/lintian.debian.org/lintian-test/reporting/templates
>>
>>
Stefano Zacchiroli <[EMAIL PROTECTED]> writes:
> On Wed, Jan 02, 2008 at 04:16:22PM -0800, Russ Allbery wrote:
>> * There are two reports for each maintainer. The one under maintainer,
> What did you decide for the lists related to the two kind of reports we
> discussed in
rg could be fixed
to serve .html.gz files with a Content-Type of text/html and a
Content-Encoding of gzip, which browsers should then cope with. I've
found that adding:
RemoveType .gz
AddEncoding gzip .gz
is sometimes necessary to get Apache to recognize this correctly.
--
Russ Al
Frank Lichtenheld <[EMAIL PROTECTED]> writes:
> Package: qa.debian.org
> Severity: normal
>
> For the lintian link '-' needs to be converted to '_'
I just need to ugprade lintian on lintian.d.o, since this modification is
really wrong.
--
Russ Allbery (
a
user trying to pick between multiple packages that may solve their
problem.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tches.
Either they should be applied or the patch tag should be removed from
those bugs.
and:
X bug in the Bug Tracking System is tagged as having a patch. Either
it should be applied or the patch tag should be removed from that bug.
for X == 1.
--
Russ Allbery ([EMAIL PROTECTED
blems, but those weren't release goals.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ow why that
would cause lintian to misdiagnose this tag. It may be easy to fix.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
b5 is a similar case; I think that one is safe to remove.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e's a web variant of "upgrading-checklist.gz"
> contained in the Debian policy.
There is an HTML version of upgrading-checklist in the debian-policy
package source. It's not currently shipped in the package, but we could
add it easily enough. I'm not sure that it&
The links should really be generated automatically somehow (and the
section numbers should be automatically resolved), but this is not at all
easy to do at the moment.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
amed references.
>
> But I know nothing about docbook so I can not help reformating all the
> policy.
Indeed, this is exactly why it's hard. (Plus, it's DebianDoc-SGML, not
DocBook.)
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
ms. I don't believe it's horribly buggy or
unstable, alpha label nonwithstanding.
If emacs21 is going to be removed from the archive before the release, we
may not need this package, provided that the xemacs packages released with
lenny have a newer version.
--
Russ Allbery ([EM
Mika Tiainen <[EMAIL PROTECTED]> writes:
> On 13 Jul 2008, Russ Allbery wrote:
>> This package is useful for emacs21 users, as it's considerably newer
>> than what was included in emacs21. I agree that it's not useful for
>> emacs22 users (and indeed isn
kages with no
> severe bugs, with active upstreams, and with a good number of users
> shouldn't be the target of a 'hard' (i.e. preventing it from being
> shipped in stable) cleanup.
The packages you're listing by and large don't meet that criteria.
> DFSG:
>&g
lames for a given source package. To
> do that I would need a machine parseable version of the lintian output.
>
> Is there anything like that available somewhere? I wouldn't like having
> to scrape HTML ...
http://lintian.debian.org/lintian.log
--
Russ Allbery ([EMAIL PROTECTED])
l avoid bothering you in the future with
> this request :)
Will do.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ng stuff would not reside only on my local disk but in a
> commonly accessible VCS and the location to this VCS is clearly
> mentioned in the VCS fields of the control file.
Why not just use collab-maint for this?
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~e
the maintainer is a mailing list and
Uploaders are the people who do the uploads, doesn't it? I generally want
to get such mail only once, via the mailing list.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to [EMAIL PR
und it by splitting mail based on the To
and Cc headers instead of the standardized List-Id header, but that's not
as clean.
I have no objections to this being added if there's some way to turn it
off.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
Ben Hutchings <[EMAIL PROTECTED]> writes:
> On Sat, 2008-11-29 at 13:50 -0800, Russ Allbery wrote:
>> Holger Levsen <[EMAIL PROTECTED]> writes:
>>> currently, mails send to [EMAIL PROTECTED] are only send to the address
>>> listed
>>> in maintain
ut for every package they uploaded for pkg-perl.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
#x27;d be
curious to see the results.
Maybe, similar to low-threshold-NMU, it would work best if it started as
an opt-in system?
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.or
s would sit in RFA for some time, since often
they're listed there because the DD is no longer personally using the
package, often for reasons that mean the package is being used less in
general.)
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNS
Sorry, this was actually supposed to go to debian-qa and I failed to pay
attention to what my mail client was doing.
Russ Allbery writes:
> Raphael Geissert writes:
>> Russ Allbery wrote:
>
>>> If I don't have time to do a proper job of maintaining the package, I
&
Lucas Nussbaum writes:
> On 17/02/09 at 20:46 -0800, Russ Allbery wrote:
>> If we're talking about a group of people taking collective
>> responsibility for keeping orphaned packages kicking along, I guess I'm
>> not sure how that differs from what we already have
unowned, which implies to me that either some
package created it in a maintainer script rather than just including the
directory in the deb or you're running into the bug that I ran into with
openafs where dpkg lost track of the owner of a directory (I can't find
the bug number at the momen
Sven Joachim writes:
> On 2009-04-06 19:59 +0200, Russ Allbery wrote:
>> I'm curious why it wasn't removed. /var/games is normally shipped in
>> each of the packages that provides files in /var/games, so dpkg would
>> normally remove it automatically once the la
ry
purposes, but it's possible to configure mail software to not do so.
I don't know what this implies about what the QA software should do, but
Lintian, for instance, would not consider those two addresses as matching
because of that standard.
--
Russ Allbery (r...@debian.org)
, but there are a bunch of
certainty: certain tags with a bunch of overrides, which is clearly
wrong.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
s at present.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
't already
was that I wasn't sure if I'd break any software that consumed that file.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ow is UDD gathering this data? (I don't want to
accidentally break it.)
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Lucas Nussbaum writes:
> On 10/09/09 at 14:37 -0700, Russ Allbery wrote:
>> Out of curiosity, how is UDD gathering this data? (I don't want to
>> accidentally break it.)
> Using http://lintian.debian.org/lintian.log
Oh, okay, so it reparses the lintian log. Yeah, th
Package: qa.debian.org
Severity: wishlist
In the buildd links on the PTS page for a package, could you also link
to the backports buildd status pages if there's a backported version of
a package? These are at experimental.ftbfs.de/new, which is a hard URL
to find with Google if one doesn't rememb
Package: qa.debian.org
Severity: wishlist
In the versions section of the page, could you also add versions from
backports.org if there are any? This information is available in the
DDPO but not in the PTS right now, which means a separate click through
to check the backports.org version number.
able to not allow people to upload packages with
obvious and easily-correctable errors even if they're not must directives,
although I suppose we could implement that by upgrading all such errors
to must in Policy.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle
Stefano Zacchiroli writes:
> On Thu, Sep 10, 2009 at 12:57:27AM -0700, Russ Allbery wrote:
>>> Russ (assuming that "info" messages are the only missing ingredient to
>>> implement this given request): would it be problematic to add an extra
>>> column t
Responding to a message from last April that had been sitting in my
to-process queue.
Holger Levsen writes:
> On Montag, 6. April 2009, Russ Allbery wrote:
>> 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 an
Manoj Srivastava writes:
> On Sun, Jan 03 2010, Russ Allbery wrote:
>> and what the requirements of a package are around preserving or
>> removing its data other than log files and configuration files on
>> purge? If so, that would be the relevant place to talk ab
anually copying out the configuration file. If purging
the package deletes databases, this removes that tactic as an option.
* Whether it makes sense given Debian semantics or not, users just don't
expect removing packages to, from their perspective, destroy data.
Other distributi
it, which hurts the
project for all the things that Lintian looks at that aren't
controversial. Because of that, Lintian tends to be fairly conservative
on anything that people seem to be debating (although we don't always
manage).
--
Russ Allbery (r...@debian.org) <http://
reebsd ones where the recommended package
> doesn't exist.
That's not a meaningful thing to do for an arch: all package. You should
always get the same arch: all package regardless of the build
architecture, or it's not really arch: all.
--
Russ Allbery (r...@debian.org)
s-perl | perl | main |
> mailto:r...@debian.org
Whoops, that's a bug. Forgot to fix that before I uploaded the private
package I'd been maintaining to Debian proper. Thanks!
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
Andreas Tille writes:
> On Mon, Jul 12, 2010 at 04:32:15PM -0700, Russ Allbery wrote:
>> Well, I think it's just capturing everything in the Sources list.
>> Having that consistency where everything is captured does seem like a
>> nice feature to me.
> Lucas answer
e curret DDPO table goes
*well* off the right edge of the screen for me on a 1680x1050 display,
which is not exactly a netbook. Nine columns (everything from binary
packages on) are entirely off the side of the screen. And that's not with
what I consider a very large font.
--
erned with, so they're unrelated to the acceptance of your package.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
! Thank you. That may well be what's going on.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
hem.
I point users at the PTS all the time. They contain really valuable
information for anyone running Debian that isn't available anywhere else.
The PTS is usually a better overall view of a package for someone who
knows something about Debian and is looking for specific details than
package
aging area, or some combination of the two. I
don't really want us to go hog-wild with lots of additional Lintian add-on
packages, since that could make things a bit confusing. We may even want
to build everything from the Lintian source package, and just break things
out into separ
t gone.
We're currently instead in a similar bubble around cloud computing, and
I'm sure we could get quite a few donations from cloud companies for
similar reasons, but unfortunately those donations are much harder for
Debian to use since they don't have the same sort of on
ke NMU
detection would break and the actual identity of the maintainer isn't
preserved in the package metadata, both of which I think are important.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-qa-requ...@list
available: 4.1.0, you should consider
packaging it.
but per the top of news:
[2012-03-17] Accepted 4.1.0-1 in unstable (low) (Russ Allbery)
(which was five days ago).
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (
hable over a longer period, like a week.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87vckmfp4g@windlord.stanford.edu
sn't actually use quilt, though; it uses its own
internal, mostly-compatible logic, which is simpler than everything that
quilt can do.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a
m tarball, since
dpkg-source doesn't agree with that. If you make the debian directory at
the same level as SAINT_v2.3.3 and __MACOSX, everything, including quilt,
will work (although of course you'll have to change the packaging to
actually work in the SAINT_v2.3.3 directory).
rinciple (even apart from the issue of requiring network
access).
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.
1 - 100 of 176 matches
Mail list logo