I'm splitting this bug into two:
329192 remains the original bug about ignoring SMTP errors (message
#5) and having no queue expiry time (message #10).
The clone concerns the hammering on closed door effect of the
default pausetime, which is what has really taken up people's
bandwidth and log
clone 329192 -1
retitle -1 nullmailer performs excessive retries on failures
submitter -1 plugw...@p10link.net
forwarded -1 https://github.com/bruceg/nullmailer/issues/4
severity 329192 normal
forwarded 329192 https://github.com/bruceg/nullmailer/issues/1
thanks
--
To UNSUBSCRIBE, email to
On Tue, Jul 08, 2014 at 07:22:24AM -0300, David Bremner wrote:
According to NEWS:
nullmailer 1.12 adds a quadratic backoff for resend times.
Would people consider this a fix?
Perhaps a partial one. I'm working on a package of 1.13 at the moment.
Currently have it undergoing test so
On Thu, Dec 27, 2012 at 12:31:58AM +0100, Marco d'Itri wrote:
On Dec 27, gregor herrmann gre...@debian.org wrote:
Russ has offered his help in #690128 in November, maybe he's still
willing to upload the debiff?
I will deal with it, IIRC there are a few other changes pending.
Thanks Marco.
+
+ * Non-maintainer upload.
+ * Handle upstream renaming of our conffile /etc/news/motd.news to
+non-conffile /etc/news/motd.nnrpd. If it's never been amended by
+the admin, then just remove it. (Closes: #690128)
+
+ -- Nick Leverton n...@leverton.org Tue, 27 Nov 2012 11:43:37 +
I've prepared a fix for this along the lines I suggested. It proved
awkward to choose between mv_conffile and rm_conffile due to the
multi-stage nature of maintainer scripts, so I ended up using rm_conffile
and inserting some code in the postinst script to capture the dpkg-bak
file and rename it
Hi Julien,
On Sun, Nov 25, 2012 at 09:46:13PM +0100, Julien ÉLIE wrote:
No, INN installs both motd.innd and motd.nnrpd in /etc/news.
Have a look at site/Makefile in the INN upstream package:
PATH_MOTD_INND= ${PATHETC}/motd.innd
PATH_MOTD_NNRPD =
On Sat, Nov 24, 2012 at 10:03:58PM +0100, Julien ÉLIE wrote:
Hi Nick,
We seem to have two things going on here:
motd.innd is to be renamed to motd.nnrpd (by a means yet to be agreed);
Do you mean motd.news (used by INN = 2.5.2) is to be renamed to
motd.nnrpd (used by INN = 2.5.3)?
We seem to have two things going on here:
motd.innd is to be renamed to motd.nnrpd (by a means yet to be agreed);
Under the name motd.nnrpd it is no longer a conffile in the new package
(as it is no longer shipped but it is used if present).
Incidentally Russ Alberry reckons that the feature
On Sat, Aug 18, 2012 at 01:53:20PM -0700, Vagrant Cascadian wrote:
On Mon, Aug 13, 2012 at 08:54:52AM +0100, Nick Leverton wrote:
Thanks for the very good catch on this one. The package is ready to
upload but needs a sponsor. Would you be able to spare a bit more
time to upload the fix
busy then thanks for your valuable contribution to the package
already,
Nick Leverton
Debdiff:
diff -Nru nullmailer-1.11/debian/changelog nullmailer-1.11/debian/changelog
--- nullmailer-1.11/debian/changelog2012-06-16 16:36:28.0 +0100
+++ nullmailer-1.11/debian/changelog2012-08-11
On Mon, Aug 13, 2012 at 05:45:40PM +, Bart Martens wrote:
Hi Nick,
Why not simply use touch and chmod ?
| touch file.txt
| chmod 600 file.txt
| echo secret file.txt
It's still susceptible to reading, by someone opening the file inbetween
the touch and the chmod. Admittedly
Package: amule
Version: 2.3.1-1
Followup-For: Bug #670962
Tags: +patch
Hi,
I'm very sorry for ths oversight, I sneaked a last minute API change into
the libupnp6 package before the transition and missed this place where it
requires a source change. Please would you apply the attached patch to
tag 573319 pending
tag 573321 pending
thanks
On Sat, Mar 13, 2010 at 09:40:18PM +0100, Cyril Brulebois wrote:
that's actually serious since that's a regression on release
architectures, a previous version built fine. Bumping severity
accordingly.
It's technically a regression but only
done it myself.
Best regards
Nick Leverton
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: python-gobject
Version: 2.14.2-1
Severity: grave
Tags: patch
Justification: renders package unusable
Python app using pygtk fails with the error message as follows:
[n...@nickl ~]$ sudo image-creator
Traceback (most recent call last):
File /usr/sbin/image-creator, line 51, in module
As far as I can tell, the IRQ sharing problem I found is related to PCI
quirks on my motherboard/BIOS or possibly Unicorn hardware and not caused
by the Unicorn driver.
It only arises when the BIOS allocates Unicorn a shared IRQ with
the motherboard VT8233 AC97 audio chip. The kernel ACPI code
Hmmm, seems like there is an IRQ sharing problem. I reconfigured the
hardware recently and I am now getting the following backtrace:
[ 105.764004] irq 10: nobody cared (try booting with the irqpoll option)
[ 105.764004] Pid: 0, comm: swapper Tainted: P 2.6.26-1-686 #1
[ 105.764004]
On Thu, Apr 09, 2009 at 07:20:16PM +0100, Nick Leverton wrote:
[some cobblers about Unicorn IRQs]
What I meant to write was:
I am unclear about the Unicorn card's IRQ. Within the board enable
code, pci_dev-irq claims that it is using IRQ 10. However the kernel
ACPI code claims
I've substantially re-worked the package build, as well as updated the
source so that it builds on the following kernel versions:
2.6.18-6 (Etch)
2.6.24-etchnhalf
2.6.26 (Lenny)
2.6.28 (Sid)
2.6.29 (Sid)
I have tested that all the above compile, build a package, and load the
modules without
Many thanks to Philippe Coval for the work he did. Using that as a base,
I've successfully built a unicorn-pci-atm module for 2.6.26 which loads
and runs and connects to my ISP.
I still consider it a work in progress as I haven't yet updated
the Debian packaging. But attached for reference is a
Package: linux-image-2.6.26-1-686
Version: 2.6.26-4
Severity: serious
Justification: lenny/rc-policy
I have a USB Express twin port serial adaptor, which identifies itself
as USB ID 9710:7840 MosChip Semiconductor. This uses the mos7840 Moschip
7840/7820 USB Serial Driver.
On
On Sat, Sep 06, 2008 at 04:46:19PM +0200, Thomas Viehmann wrote:
As such, I think we should remove unicorn from lenny for now.
I cannot argue otherwise. The USB GPL link issue appears to stem from
the closed-source components, which are distributed in .o format only.
Debian doesn't distribute
Unicorn build results on Lenny against 2.6.26, for completeness.
Performed using the same patches as I tried with 2.6.24 and 2.6.25.
make[2]: Entering directory `/usr/src/linux-headers-2.6.26-1-686'
CC [M] /usr/src/modules/unicorn/unicorn_pci/unicorn_pcidrv.o
On Sat, Sep 06, 2008 at 04:46:19PM +0200, Thomas Viehmann wrote:
Moreover, no work seems to
have been done with 2.6.26 which has been available in Debian since the
end of July.
As such, I think we should remove unicorn from lenny for now.
I have
Breaking all the rules by copying 2.6.25 updates from other drivers on a
monkey see, monkey do basis, I came up with three patches which let
unicorn-0.9.3 build on 2.6.24. The modules even insert OK but I haven't
tested more with them because 2.6.24-etchnhalf seems buggy on my network card.
The
reopen 490339
reopen 490533
thanks
libupnp3 still needs another upload to fully fix these errors, since
three packages (gmediaserver, wmaloader, libgmyth-upnp) still fail to
auto-build against libupnp3 1:1.6.6-2 which was just now uploaded.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
On Sat, Jul 12, 2008 at 01:30:53PM +0100, Adeodato Simó wrote:
Package: libupnp4
Version: 1.8.0~cvs20080628-1
Severity: serious
Hello.
libupnp4 does not have a Depends field on the package. Additionally, it
depends on libixml.so.2 and libthreadutil.so.2, which are not available
in
Package: libupnp4
Version: 1.8.0~cvs20080628-1
Severity: serious
The intention was that this package should co-exist with libupnp3.
However version 1.8.0~cvs20080628-1 was uplaoded with source name
libupnp which means that it has now displaced libupnp3 from unstable.
This will cause the
On Sat, Jul 12, 2008 at 01:30:53PM +0100, Adeodato Simó wrote:
Also, it is quite bad that you made a soname-bumping upload at this
stage of the release process without contacting the release team first. :(
So, do you plan to introduce a libupnp3 source package, or what are your
plans for
On Fri, Jun 15, 2007 at 07:35:55PM +0200, Gerfried Fuchs wrote:
On Fri, Jun 15, 2007 at 09:44:00AM -0600, Neale Pickett wrote:
I decided not to use blosxom at all, and I haven't used Perl since
version 4, but it seems like it wouldn't be a ton of work to do both:
support Getopt::Long and
Package: blosxom
Version: 2.0.2-0~njl.1
Followup-For: Bug #423441
Tags: patch
I regret to confirm that the security hole exists. An attacker
can remotely invoke a Perl script anywhere on the system. The only
limitation is that it must be written without line breaks in the middle
of any
Package: flashplugin-nonfree
Version: 7.0.25-5
Severity: grave
Justification: renders package unusable
Since the upstream download location no longer exists, this package
requires the user to download the Flash installer by hand and feed it into
update-flashplugin. This is suggested in bug no.
33 matches
Mail list logo
