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
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 <l...@liw.fi> Sun, 05 Feb 2017 09:19:14 +0100
+
python-cl
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
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)
+ assignment (Closes: #675818)
+ * debian/control: Add missing build-dependency on cmdtest.
+
+ -- Lars Wirzenius l...@liw.fi Sat, 06 Oct 2012 10:27:20 +0100
+
python-larch (1.20120527-1) unstable; urgency=low
* New upstream release.
diff -Nru python-larch-1.20120527/debian/control
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
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 [EMAIL PROTECTED] Sun
(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
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
9 matches
Mail list logo