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 debia
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 s
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 tes
On Thu, Dec 27, 2012 at 12:31:58AM +0100, Marco d'Itri wrote:
> On Dec 27, gregor herrmann 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.
Nick
--
ackports; urgency=low
+
+ * 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 Tue, 27 Nov 2012 11:43
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 i
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 = ${PATHETC}
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
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 whi
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
> &g
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. Adm
27;re 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-
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 am
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 be
in real life at
the moment to have 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
im
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 la
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 co
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]
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 repor
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 linux-image-2.6.2
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
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
/usr/src/modules/unicorn/unicorn_pc
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
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
>
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 f
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 followi
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
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 statement
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
33 matches
Mail list logo