Thanks Brendon! I appreciate you testing that out. I'll look into this
more in a little bit.
Hi Brendon!
Thanks for reporting this. I'm looking at the issue, and wondering if
"cuetools" simply does not have this bug.
Would you be willing to test that? If so, I'd be grateful. One option
is that I can retire this Debian package entirely.
cuetools is also in Debian:
Happy that we've reached a satisfying conclusion! I've been a little
worried about the migration, so that really helps.
Great to hear your kind words about the UDD mirror! :D
On Sun, Nov 29, 2020 at 3:10 PM Andreas Tille wrote:
>
> Hi Asheesh,
>
> I admit I applied your patch while beeing on a very poor connection and
> I thought this would be the reason for a failure. But now beeing behind
> a normal connection I get:
>
> LC_ALL=C psql
Package: debian-games
Version: 3.2
X-Debbugs-CC: mat...@debian.org
Hi there!
I looked through Debian for mentions of the
public-udd-mirror.xvm.mit.edu hostname, which Mattias and I are
deprecating in favor of udd-mirror.debian.net. See also
Package: dh-r
Version: 20201117
X-Debbugs-CC: mat...@debian.org
Hi there!
I looked through Debian for mentions of the
public-udd-mirror.xvm.mit.edu hostname, which Mattias and I are
deprecating in favor of udd-mirror.debian.net. See also
https://lists.debian.org/debian-qa/2020/11/msg00011.html
Package: debian-med
Version: 3.6
X-Debbugs-CC: mat...@debian.org
Hi there!
I looked through Debian for mentions of the
public-udd-mirror.xvm.mit.edu hostname, which Mattias and I are
deprecating in favor of udd-mirror.debian.net.
I discovered it in debian-med via this search:
Hi all,
I submitted a merge request here with code that should work for a Python 3
port: https://salsa.debian.org/qa/udd/-/merge_requests/26
It relies on the current approach: rsync'd historic mboxes & a
.current mbox. It should operate identically to the bitrotted munge_ddc.py.
Good advice,
Hi Andreas!
You noticed that the date column was an integer. That's fixed now; if you
update from git, and if you delete upload_history.sqlite on your machine,
and re-run the tool, the upload_history column will use a datetime for the
date column. It won't do many HTTP queries, so it's peaceful
Great!
It sounds to me like if we use the *mtime* of /srv/
udd.debian.org/email-archives/debian-devel-changes/debian-devel-changes.current
(but not its contents), that would smoothly and solidly overcome the
worries about unnecessary polling. If the file's mtime is the same as the
last time the
Hi Lucas!
I'm rereading this, and I have a follow-up question.
It looks to me, based on reading the bug carefully, that /srv/
udd.debian.org/email-archives/debian-devel-changes/debian-devel-changes.current
on ullmann successfully receives any new emails to debian-devel-changes. Is
that accurate?
On Thu, Aug 20, 2020, 05:45 Lucas Nussbaum wrote:
> Hi Asheesh,
>
Hi! :)
>
> I think that the changes compared to the current table structure should
> be minimized, to avoid rewrite all tools that use this data.
> Improvements are welcomed of course, but please don't make changes if
> there's
Hi Andreas & Lucas & all,
Lucas -- I'm making progress on re-implementing this. I'd love your input
by email or IRC about my approach, but if you're busy, feel free to ignore
this and I'll mention you again when I submit a patch.
Andreas -- The codebase at
Just a quick note that I'm taking a look at this.
It seems to me that accessing the mbox data is mildly annoying, and that
the same data is available by the public archives (in HTML form), so for my
own development convenience, I'm going to rewrite this code to be based on
the public HTML
Thanks for doing, and documenting, all this debugging!
Thanks for the report! Acknowledged.
Hi! Thanks!
I'll schedule some time to look into this on Tuesday this week; hopefully
that will work out, and I'll keep this bug up to date with my progress.
On Mon, Sep 19, 2016 at 2:39 AM, Raphael Hertzog wrote:
> On Sun, 18 Sep 2016, Thomas Schmitt wrote:
> > When i discussed the hint on debian-mentors i got the advise to file
> > a bug because the detail information is supposed to be visible without
> > toggle if the browser
Thanks. Will do.
Oops, not yet. ETA 1 week. Apologies.
Seems reasonable to me. I should be able to do so tomorrow.
I notice in the original bug report, Steve Langasek asked for, "I think it
would be better to either not offer users the choice of RC severities in
novice mode, or to only allow users to choose bug severities by
*description* rather than by name."
Then reportbug changed to remove the RC
Package: dracut
Version: 044+105-2
Severity: normal
Hello Thomas! I'm at your BoF at Debconf, and grateful to you for answering all
my random
questions today.
I experienced a problem which I thought would be best reported as a Debian bug.
Note that I am on a mixed jessie/sid system, so I am
Package: monkeysphere
Version: 0.37-2
I am trying to learn how to use monkeysphere. I figured one good first-step
would be to get the SSH key corresponding to Clint Adams .
So I ran:
$ monkeysphere u "Clint Adams "
in an attempt to get a "ssh-rsa..." line
Thanks for reporting this! It's on my list now.
Most especially thanks for finding this workaround! I didn't know about it.
should be fixing that in the next 1-2 days
Thanks! I'll aim to look at this in the next 10 days or so.
One option is to store data in the window.location.hash (or equivalently
html5 pushstate).
See e.g.:
http://yuilibrary.com/yui/docs/router/
For docs on a library that uses this.
This avoids server-side storage and still gives permalinkable state.
Hi Stephen! I'm excited to see this land in Debian.
I'm curious if you know if there a free software backend that is compatible
with the git-lfs protocol. If so, that'd be great to see in Debian as well
one day.
If not, if I understand Policy correctly, you would need to take care to
set the
Hi! Thanks for filing this.
I hope to address this over the next 10 days. If not, please feel free to
NMU this.
On Thursday, February 5, 2015, Roelof Berg rb...@berg-solutions.de wrote:
Thanks for the links and the welcoming words. This is the motivation I
need :) I'm currently busy with making my .deb package compatible to
launchpad ppa as a quality measure.
Great! (-:
Am I allowed to use full
Hi Roelof! I'm excited you want to work on this.
On Tuesday, February 3, 2015, Roelof Berg rb...@berg-solutions.de wrote:
I developed this application as part of a scientific project. It offers 2D,
grayscale, rigid image registration with a powerful
derivative based approach and operates
Hi Sean,
As a Debian developer, I wanted to take a moment to say -- thank you
for being the kind of person who would file such a high quality bug
report against Debian.
Specifically, here are some great things about your bug report:
* It relates to the systemd transition, which needs all the
For what it's worth! Hopefully I did it right.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi Svante and all on the Debian bug tracker,
Thanks for the patch to make it build on Debian GNU/Hurd!
I read through the HURD porting guidelines
https://www.gnu.org/software/hurd/hurd/porting/guidelines.html and I agree
that the patch is reasonable.
Eduardo -- I've made two small changes to
Hi Eduardo,
I know you've been working a lot on alpine lately, and I wanted to pass
this along.
I haven't dug into the source code, but one Debian user reports that the
-passfile option seems to have no effect.
Another reports that -passfile works fine so long as the file already
exists before
Hi Eduardo,
Here's another Debian bug that I wanted to get your input on --
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=532380 .
Do you think it makes sense for future Alpine editions to allow people to
View application/octet-stream attachments? It seems harmless, and clearly
desired in
Hi Axel,
First of all, thank you for filing a bug against the Alpine package in
Debian! It's always exciting to get input from people using the software.
The UW-based Alpine team only ever implemented S/MIME, but there's no
reason in principle Alpine couldn't grow GPG support. I myself am
Hi Raaj + bug,
I noticed that some of the areas of the template aren't filled in, such as:
* your most recent changelog entry
* [fill in name and email of upstream]
And so on.
Can you send a follow-up mail to the bug with that information? If so, I'll
be happy to take a look at this.
I'm
Package: python-stdeb
Version: 0.6.0+20100620-2
Severity: grave
File: stdeb
Currently, due to a website reorganization within python.org,
the find_tar_gz() function crashes with:
File /usr/lib/python2.7/xmlrpclib.py, line 1312, in single_request
response.msg,
xmlrpclib.ProtocolError:
Hi Eric! Thanks for this. If you want to NMU upload it, that'd be OK by
me. Otherwise I plan to get to this on Friday.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Fri, 16 Aug 2013, Guillem Jover wrote:
The same will apply when building that deb package multiple times, the
timestamps will change for the ar headers. And I don't really want to
lose that data, because currently is the only place were the build time
information is recorded. Do you only
On Fri, 16 Aug 2013, Guillem Jover wrote:
dpkg has not used the gzip command for a very long long time (prior to
dpkg 1.9.x), and zlib does not initialize the gzip header, so the
timestamp should be 0. If there are differences these should come from
something else, like different tar files fo
On Fri, 16 Aug 2013, Guillem Jover wrote:
Indeed, that's something that has been on the back of my mind for some
time now, and that I was/am planning on fixing during the 1.17.x cycle.
This will also be part of a two step process to guarantee the dpkg
database is also more deterministic, dpkg
Package: dpkg
Version: 1.16.10
Severity: normal
*** Please type your report below this line ***
Summary: To move toward https://wiki.debian.org/ReproducibleBuilds for
maintainers who want their binary packages to be able to be reproduced
bit-for-bit, it would be needed for dpkg to sort the
Package: dpkg
Version: 1.16.10
Severity: normal
*** Please type your report below this line ***
Summary: In lib/dpkg/compress.c, I would like it if dpkg did not store
timestamps in the gzip files. That way, the creation of the data.tar.gz
would be deterministic.
In particular, when I build
Package: hello
Version: hello: 2.8-3
Severity: normal
Tags: patch
In the interest of using the 'hello' package as a demo of great
packaging practices, and because I've become interested in creating
binary-reproducible builds in Debian, I propose the following very
simple patch:
---
On Wed, 10 Jul 2013, Lucas Nussbaum wrote:
Hi Asheesh,
Sorry for the delayed reply. Thanks a lot for your work on this.
I've added you to collab-qa, so you should be able to push your code
yourself.
Yay! Thanks!
Now, one comment on your changes: it would be better if everything you
do is
New proposed fix:
In collab-qa/upload-history/munge_ddc.py , if the Message-Date we were
going to emit is not within the year of the envelope From, plus/minus one
year, we drop Message-Date.
This permits the udd/upload_history_gatherer.py code to use its existing
logic about dropping
Package: qa.debian.org
Severity: normal
User: qa.debian@packages.debian.org
Usertags: udd
I've found (and reproduced) an issue in the collab-qa/upload-history code.
(By that, I mean the stuff you can get from here:
svn+ssh://paulprot...@svn.debian.org/svn/collab-qa/upload-history )
I was
(Sorry about a not fully formed thought on numeral 2 in the numbered list
in the last message. Typing and thinking too fast.)
Anyway, as an update to this: further research indicates that
upload-history is simply spitting out the data from the email in a
Message-Date field. I can't blame the
A more full report is forthcoming. I wanted to first declare success here,
and then explain how things work for benefit of later readers (or current
UDD maintainers with opinions on how to change them).
I created a query that conveniently limits the width of the query to =
80 characters, to
Here is what I did.
== Configured inbound email ==
I did what was suggested in the earlier comment to configure inbound
emails to debian-devel-changes to arrive in
/srv/udd.debian.org/incoming-mail/changes .
== Copy archives to ullmann ==
I copied the archives on master to:
I'll test tomorrow if it remains working, but so far, it seems reasonable.
If it seems to keep working tomorrow, I will document on this bug what all
I changed. Lucas, you might want me to rearrange some files/directories;
I'm not sure what idioms there are with regard to /srv/udd/.
--
Thanks for this. I'm on the job now.
Some parts are taking a while, so it might take until tomorrow to fully
fix.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Lucas: I am also working on a project where I want to use the
upload_history table, so I want to fix this as well.
I hope it's OK if, to implement the plan described here, I use sudo on
ullmann to switch into the 'udd' user.
I have very rarely logged into Debian machines, but it seems from
Hey all,
This will probably come as no surprise to Lucas, but I can report that
with the current scripts, and data copied from
/home/lucas/public_html/ddc-parser on master, I can generate a reasonable
upload_history table on my laptop.
Given that, I'm happy to be given whatever keys are
On Thu, 27 Jun 2013, Paul Wise wrote:
On Thu, 2013-06-27 at 08:56 +0200, Lucas Nussbaum wrote:
I made some progress on importing mentors.d.n data in UDD. Rather than
importing the Sources file, I imported the SQL data directly, in
mentors_raw_* tables, providing a
Hi Eduardo,
It is great to see you active on this Debian bug, and to indicate that
it's fixed in 2.10!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi Eduardo,
Just a quick note to say thanks for publishing and sharing this fix ages
ago, and for rolling it into the alpine 2.10 release.
Sorry about the oddity with your patches site triggering email rejection.
I will see what I can do about that.
-- Asheesh.
--
To UNSUBSCRIBE, email
It would be nice if package metadata indicated this conflict.
Regardless, I ran this command and got this output, and my crash went
away.
$ sudo apt-get install libwebkitgtk-1.0-0/unstable
libwebkitgtk-3.0-0/unstable libjavascriptcoregtk-3.0-0/unstable
Reading package lists... Done
Thanks for the bug report!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Mon, 19 Nov 2012, Martin Ziegler wrote:
Dear Asheesh,
I forward you an email from Eduardo Chappa. I tested his patch with
alpine2.02. It resolves the issue.
Hi Martin,
That's great to know!
Mr. Chappa and the re-alpine team (and myself) seemed to experience a
disagreement over
On Sat, 10 Nov 2012, Martin Ziegler wrote:
Package: alpine
Version: 2.02+dfsg-2
Severity: normal
If the variable reply-leadin contains _PREFDATETIME_, as for example
reply-leadin=On _PREFDATETIME_ you wrote:
the weekday in the reply is alway sunday, as for example
On Sun Nov 7
ACK
In the future, I expect list traffic from 'users' to dominate 'developer'
discussion, and that we might have to split the list. For now, I think
debian-cloud is a good start. If we need a new list called
debian-cloud-devel then we can make that when the time comes.
--
To UNSUBSCRIBE,
I just tried to build my debdiff and do an NMU, and it ends with this
message:
Finished tests in 0.001844s, 2711.3306 tests/s, 15725.7175 assertions/s.
5 tests, 29 assertions, 0 failures, 0 errors, 0 skips
make[1]: Leaving directory `/tmp/buildd/rhash-1.2.9/bindings'
/usr/bin/make -C bindings
On Wed, 24 Oct 2012, gregor herrmann wrote:
The debdiff arrived some minutes later, but I don't see an upload.
What's the status?
Oh, snap, I neglected to upload the actual NMU. I will do that tonight,
unless someone (gregoa?) beats me to it.
--
To UNSUBSCRIBE, email to
-- Forwarded message --
Date: Tue, 2 Oct 2012 16:54:03
From: Robert Tomsick
To: ashe...@asheesh.org
Subject: alpine bug #653420
Asheesh:
I saw you addressed the DES/AES bug that I filed. Thanks!
Unfortunately that fix won't matter much for users, as encrypted+signed
messages
First of all, let me say thank you for beginning the work to package
this in Debian!
Wow... this is a solid package:
* You have a man page.
* It's lintian clean.
* /usr/bin/fbcmd doesn't have a .php extension.
How did you even manage to make such an excellent package!?
I can't find
Hi Holger and all,
This bug makes alpine in the package maintainer's... opinion,
unsuitable for release, as per
http://www.debian.org/Bugs/Developer#severities
(I will say I'm open to discussion on the topic.)
The first thing that every new alpine user will see is an enthusiastic
message
reading system mail is within the core
+functionality of alpine, it seems sensible that alpine should do that
+without warnings out of the box.) (Closes: #414264)
+ * ACKing NMU by Johnathan McCrohan. Thank you!
+
+ -- Asheesh Laroia ashe...@asheesh.org Sun, 26 Aug 2012 13:23:07 -0700
wRAR, thank you for your excellent detective work.
Here's how you reproduce this build issue without even enabling parallel
build.
(Sadly I can't actually reproduce the brokenness from within
dpkg-buildpackage by setting parallel build options; maybe my machine
doesn't have as many cores as
, and later rename it
+to 'rhash' as needed. (Closes: #687398)
+
+ -- Asheesh Laroia ashe...@asheesh.org Sun, 30 Sep 2012 15:16:28 -0700
+
rhash (1.2.9-7) unstable; urgency=low
* Fixed dependencies of ruby-rhash
diff -Nru rhash-1.2.9/debian/rules rhash-1.2.9/debian/rules
--- rhash-1.2.9/debian
I can reproduce the crash.
Note that openjpeg-tools does not crash on this file. Demonstration:
Run these:
sudo apt-get install openjpeg-tools
wget
http://bugs.debian.org/cgi-bin/bugreport.cgi\?msg\=5\;filename\=jas_image_readcmpt2_SIGABRT.j2k\;att\=1\;bug\=687931
-O bugreport.j2k
Then
Hey all,
Given the lack of movement by upstream on this issue, and the fact that
they acknowledge the bug, and that
https://bugzilla.redhat.com/show_bug.cgi?id=733523 has been open for about
a year with no evidence of resolution coming soon, I would suggest simply
not building the
Hi there,
I'm a Debian Developer and possibly interested in reviewing and sponsoring
this! Are you still looking?
Cheers,
-- Asheesh.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Thank you for this excellent bug report. I've run into this issue before,
and your diagnosis is very helpful!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Sat, 8 Sep 2012, Ulrich Dangel wrote:
Dear maintainer,
I've prepared an NMU for alpine (versioned as 2.02+dfsg-1.1). The diff
is attached to this message.
Hi Ulrich, and Jonathan,
Thank you for improving this package, and sorry I didn't do this yet! I
will be working on requesting a
On Wed, 29 Aug 2012, Adam D. Barratt wrote:
I assume from reading through the bug report that the issue does not
affect the version of alpine currently in wheezy / sid? If so, please
add an appropriate fixed version to make this clear.
It doesn't look like this happened yet?
Just did;
tags 414264 pending
thanks
This warning can be fixed by simply adding a dependency on 'mlock' within
the packaging, so that is what I have done. It's a simple solution. Thanks
to all for the discussion!
I've committed the packaging changes to the Subversion repository I use
for alpine
Thanks for this bug report!
I can confirm the issue, and I believe this is very important. Upstream
has a patch that fixes it, but we should try to get the updated version
into the upcoming release of Debian.
I will work on that. Thank you again for the report.
--
To UNSUBSCRIBE, email to
+
+ * Fix a crash in the embedded copy of UW-IMAP, CVE-2008-5514.
+(Closes: #653238)
+
+ -- Asheesh Laroia ashe...@asheesh.org Sun, 26 Aug 2012 16:58:01 -0700
+
alpine (2.00+dfsg-6) unstable; urgency=low
* Add diversion for pico and remove conflict with nano.
diff -u alpine-2.00+dfsg/debian
liblicense-0.8.1/debian/control liblicense-0.8.1/debian/control
--- liblicense-0.8.1/debian/control 2012-03-03 08:21:31.0 -0600
+++ liblicense-0.8.1/debian/control 2012-06-25 20:13:16.0 -0600
@@ -2,10 +2,10 @@
Section: libs
Priority: extra
Maintainer: Asheesh Laroia ashe
John Stamp, can you clear the debdiff with the release team in an email to
debian-release? Just email them the debdiff and ask if that would be okay,
and if they say yes, I will upload this.
(If you already have a sponsor lined up, then that's fine, too.)
Thanks!
--
To UNSUBSCRIBE, email
I'm concerned by the following lintian warnings on mentors,
which I can reproduce locally:
W: liblastfm-fingerprint0: hardening-no-fortify-functions
usr/lib/x86_64-linux-gnu/liblastfm_fingerprint.so.0.4.0
W: liblastfm0: hardening-no-fortify-functions
usr/lib/x86_64-linux-gnu/liblastfm.so.0.4.0
I suggest that we rename 'rred' to 'apply-pdiff'.
If that is a suitable solution, I can try to implement it.
(I honestly found it quite surprising, nearly scary, that apt was printing
this non-word. It made me suspicious that an attacker had compromised my
machine. Not super rational of me,
Excerpts from Rogério Brito's message of Thu Jun 07 04:30:02 -0400 2012:
Package: cuetools
Version: 1.3.1-12
Severity: wishlist
Hi.
cuetools depends on id3v2 which is currently badly broken (see its
bugreports and their age).
OTOH, mid3v2 from python-mutagen is a drop-in replacement
Sadly, Eduardo Chappa does not give us permission to share his work under
the terms of the Apache 2.0 License, so we can't include it.
If there is another way to improve the Debian package to have this bug
fixed, that'd be great. One way is as follows:
In particular, if you can describe the
Thanks for reporting this bug! Will handle shortly.
On Sat, 3 Mar 2012, Edward Allcutt wrote:
This is RC and appears to need a maintainer upload with a repacked upstream
tarball, regardless of whether upstream will accept patches.
Are any of the maintainers planning to handle this soon?
You're right that in the near term, a fresh upload is
On Sat, 3 Mar 2012, Simon McVittie wrote:
Package: python-liblicense
Version: 0.8.1-1.1
Severity: wishlist
The Debian Python policy is to build Python modules for all supported Python
versions. This is non-trivial in an Autotools package, so I didn't think it
was appropriate for an NMU. See
Hi Jonathan,
Thanks for filing this ITP. I think this will be a great package to have
in Debian.
When the packaging is ready for review, feel free to specially send it to
me. I will set aside time to review the package, and if it is good, upload
the package to the Debian archive.
Looking
I ACK this bug. Thanks for filing it!
It's amazing the kind of nonsense I used to do. I'll fix this up. (-:
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
I ACK this bug.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
I ACK this bug. Thanks for filing it!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Thanks for reporting this. I will investigate shortly and work with the
appropriate security teams to ship an update as needed.
--
Please excuse my brevity.
Jonathan Sailor jsai...@cs.brown.edu wrote:
Package: alpine
Version: 2.00+dfsg-6
Severity: grave
Tags: security
Justification: user
On Tue, 18 Oct 2011, Petr Baudis wrote:
Package: alpine
Version: 2.00+dfsg-6
Severity: normal
In case there is no user-domain variable setting in alpine configuration
file, alpine seems to default on the hostname of the machine,
disregarding /etc/mailname, which is the default way to specify
I can reproduce this problem running modern pulseaudio.
When I disable pulseaudio's esound compatibility, the problem goes away. I
also tested recompiling libmikmod without the esd driver enabled; the
problem goes away then, too. (libmikmod then uses ALSA output, which works
great.)
This
Thanks for filing this bug. I will take a look and see what the best fix
is.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi dear bug and maintainer,
I was hoping to run MySQL 5.5, and noticed that there is even an
(UNOFFICIAL) source package here:
http://people.debian.org/~nobse/mysql-5.5/mysql-5.5_5.5.13-2.dsc
Is there a reason this isn't in Debian? If it, for example, needs certain
kinds of testing, I could
1 - 100 of 340 matches
Mail list logo