Peter Green wrote:
> If a message that is too large for the smarthost to accept gets into the
queue this can waste MASSIVE ammounts of bandwidth
This happened to me, except in my case it was on the public internet. I
cannot recommend using nullmailer with a bug like this in it, it's
catastrophic.
Package: varnish
Version: 3.0.0-4
Severity: normal
It Would Be Nice If /etc/init.d/varnish were to adopt the convention
(as seen in /etc/init.d/skeleton and many other packages) that "status"
returns a non-zero exit code if the daemon is not running. This
would enable the presence of varnish to b
Package: zenity
Version: 2.30.0-1
Severity: normal
It may be that I am failing to understand the documentation and examples
on the web, but zenity --notification --listen never quits and does not
remove its icon from the notification area
What I did:
$ ( sleep 2; echo "message: hello world" ; sl
I second the request. Portaudio 19+svn20071022 in Debian defaults to
OSS, which means that a portaudio program cannot run at the same time as
anything else that uses sound. This was changed upstream in 2008 to use
ALSA
http://music.columbia.edu/pipermail/portaudio/2008-March/008571.html
-d
As far as I know I am using the latest version of xserver-xorg-core
available anywhere in Debian: where can I get one that *does* work?
:; dpkg -l xserver-xorg-core
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(n
This bug is also present in xen-linux-system-2.6.26-1-xen-amd64. Or at
least, the symptoms are very similar (Radeon X xerver fails to start,
and causes dmesg output) and the test program mmap-mem fails identically
This makes X incompatible with xen, at least on my machine. I don't
know if it
Package: libaudio-flac-decoder-perl
Version: 0.2-2.2+b1
Severity: normal
The file "test.flac" in the libaudio-flac-decoder-perl-0.2 source package
appears to be a commercial track by BT, and I can't see anything suggesting
that permission was obtained to distribute it in Debian.
:; flac123 test.f
Package: libaudio-flac-decoder-perl
Version: 0.2-2.2+b1
Severity: important
I have rated this "important" because its effect is to make the output
sound absolutely awful. On inspection of the decoded output and visual
comparison with that from flac -d, it appears that each correct 16 bit word
in
Package: libaudio-flac-decoder-perl
Version: 0.2-2.2+b1
Severity: normal
Audio::FLAC::Decoder->sysread always reads 2048 bytes no matter what
the second arg passed to it.
Test case follows:
-- cut here --
#!/usr/bin/perl
use strict;
use warnings;
use Audio::FLAC::Decoder;
use Data::Dumper;
# t
Package: bmpx
Version: 0.40.14-1
Severity: normal
Playlist export as m3u doesn't work on my system.
To reproduce,
1) in the "Music" pane, choose some tracks, right-click and "Enqueue tracks
to playlist"
2) in the Playlist pane, Ctrl-A to select all
3) Right-click on a selected track and choose "E
Package: acpid
Version: 1.0.6-1
Severity: normal
acpid logs frequently and voluminously when my laptop is on battery
power, which means the disk never has a chance to spin down.
In older versions I used the -l command line in /etc/default/acpid
to redirect it to a ramdisk, but that is no lon
11 matches
Mail list logo
