Should we require each source package in Debian to be uploaded at
least once per release cycle?
Lintian[0] reports that there are currently over 7000 packages with an
ancient Standards-Version. That's a lot of packages. Some of those
haven't been uploaded in years. That means that the packages hav
bug; the tests have passed in previuos uploads,
+with an older pylint, so disabling them should be sufficiently
+safe and less risky than hacking up code at the last second of
+a release cycle
+
+ -- Lars Wirzenius Sun, 05 Feb 2017 09:19:14 +0100
+
python-cliapp (1.20160
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm
I filed #770140 to remove seivot from unstable. Here's the justification:
I'm the maintainer of seivot, and also its upstream. It has
bit-rotted badly enough that it isn't useful anymore
On Sun, Mar 31, 2013 at 12:33:46PM -0500, Dirk Eddelbuettel wrote:
>
> On 31 March 2013 at 18:18, Adam D. Barratt wrote:
> | Aside from the lack of pre-discussion, co-ordination etc., the last few
> | weeks of a freeze _really_ isn't the right time to be starting a large
> | (or indeed small) tr
ocal variable 'new_node' referenced before
+ assignment" (Closes: #675818)
+ * debian/control: Add missing build-dependency on cmdtest.
+
+ -- Lars Wirzenius Sat, 06 Oct 2012 10:27:20 +0100
+
python-larch (1.20120527-1) unstable; urgency=low
* New upstream release.
diff -
Hi,
thanks for the NMU. I'm still working on getting my CI system to
work well enough that it builds packages. I need this so that when
I make an upstream release, I can build packages for all the Debian
release I support -- I don't want to build just for Debian unstable
and then let people runni
problem was reported privately to me by Antti-Juhani Kaijanaho.
+ * EoC did not correctly deal with SMTP level e-mail addresses that contain
+shell meta characters. This has been fixed by running /usr/sbin/sendmail
+via fork and exec, instead of os.popen.
+
+ -- Lars Wirzenius <[EM
(I'm not subscribed to -release, please Cc me on replies, thanks.)
In May, I did a mass bug filing for the policy change related to
invoke-rc.d [1]. Of the bugs that still remain open, four could be fixed
by a simple rebuild, without any changes to the source, because they
were built by an old ver
ution: unstable
Urgency: high
Maintainer: Paul Martin <[EMAIL PROTECTED]>
Changed-By: Lars Wirzenius <[EMAIL PROTECTED]>
Description:
logrotate - Log rotation utility
Closes: 276172
Changes:
logrotate (3.7-2.1) unstable; urgency=high
.
* Non-maintainer upload.
* When calling exec
on perl-5.6 is changed to perl (>= 5.6.0). Closes: #308755.
+
+ -- Lars Wirzenius <[EMAIL PROTECTED]> Sat, 14 May 2005 15:00:00 +0300
+
webmagick (2.02-7) unstable; urgency=low
* Fix to build by texfinfo 4.6. closes: #214986
diff -u webmagick-2.02/debian/control webmagick-2.02/debia
Dear release managers,
I have concluded that since the Linux kernel has several problems, and
several open release critical bugs, it would be best to rewrite in a
more sensible way. Would you please be kind enough to consider my new
kernel for sarge? It will take me a little while to get it writte
The traditional way of ordering init.d scripts is to have two-digit
numbers for the symlinks in /etc/rc*d directories. It seems pretty clear
to me that a dependency based scheme would work better here. Switching
from one to the other could, I think, be done gradually, given
sufficient magic and hai
12 matches
Mail list logo
