Package: pidgin
Version: 2.10.10-1~deb7u1
Severity: normal
Beginning with version 2.10.10 of the Text replacement plugin the
replacement rules modified by the user are not read-in anymore on
startup. Changes to the rules are still saved to ~/.purple/dict and
strace shows that the file is read on
Package: polipo
Version: 1.0.4.1-1.2
Severity: minor
Tags: patch
I use polipo in a scenario where it is started only when my notebook is
connected to certain network environments. Most of the time the daemon
is not started.
The daily cron job exits with return code 1 when polipo is not running.
Package: tinyproxy
Version: 1.8.3-3
Severity: normal
When logrotate has finished its job on tinyproxy's log files it executes
the postrotate command which basically sends SIGHUP to the current
tinyproxy process. This not only reloads the config files and directs
the process to the new logfile,
Package: nted
Version: 1.10.18-4
Severity: normal
When exporting into PDF or PS, the heads of the notes are missing.
Export into PNG works fine. Export has worked in squeeze. I would guess
that something in the font handling has become broken: The squeeze version
used to depend on libfontconfig
Meanwhile I dug a bit deeper into the problem and compared the postscript
files generated by the squeeze and the wheezy versions of nted. In the
wheezy version all characters from nted's special font
/usr/share/nted/ntedfont.pfa are dropped by the postscript generator.
In particular, not only note
Finally, I found the culprit!
debian/patches/warnings contains a patch for NedMainWindow::draw(...) in
mainwindow.cpp that was intended to fix a warning about an unused
variable. The patch moves the two lines
cairo_scaled_font_t *scaled_font;
scaled_font =
Package: tsocks
Version: 1.8beta5-9.1
Severity: important
There is a bug in tsocks wrapper of the poll(2) system call which
prevents tsocks from working with apps that use poll(2) to wait for data
on the socket. As a consequence, the connections initiated by the
application never come up and,
Package: mutt
Version: 1.5.9-2
Severity: normal
-- Please type your report below this line
Using ltrace, the problem could traced down to the function imap_cmd_step in
imap/command.c called from imap_auth_sasl in imap/auth_sasl.c: After sending
a0003 AUTHENTICATE NTLM\r\n
to the IMAP server,
Package: chkrootkit
Version: 0.44-2
When processes with long command lines (1024 byte) are running then
chkrootkit may have false positives for LKM Trojan. The reason is that
chkproc crashes with OooPS, not expected 123456789 value.
The bug can be reproduced by running, e.g.,
xmessage `perl -e
9 matches
Mail list logo
