Package: libunwind8
Version: 1.2.1-10~deb10u1
Severity: normal
Dear Maintainer,
While trying to use heaptrack to debug a memory leak in lxpanel I found that
libunwind8 which heaptrack is using seems to segfault on armhf.
In case it helps I've rebuilt libunwind8 manually with --enable-debug to ge
Package: hplip
Version: 3.21.2+dfsg1-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear Maintainer,
there seems to be a mismatch between [some?] section names in
/usr/share/hplip/data/models/models.dat
and the name that hp-config_usb_printer determines and tries to look up:
Package: libxft2
Version: 2.3.2-2
Severity: important
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear Maintainer,
libxft seems to have a known issue where color emojis cause it crash the
app with an X11 protocol error, e.g.:
X Error of failed request: BadLength (poly request too
Package: arduino-mk
Version: 1.5.2-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear Maintainer,
https://anonscm.debian.org/cgit/debian-science/packages/arduino-mk.git/commit/?h=upstream&id=b368558d19605c9dc088e1a5f32de6c2fd5755b2
introduced a regression where now "make isplo
Package: quagga
Version: 1.0.20160315-1
Severity: minor
Tags: upstream
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear Maintainer,
since upgrading quagga I'm seeing logspam every 5 seconds:
Jul 8 22:10:33 nukunuku zebra[5299]: vty[??]@> echo PING
Jul 8 22:10:34 nukunuku bgpd[5327]: vty[??]@
Hi,
I believe this was fixed in
https://github.com/mmitch/gbsplay/commit/af783619b45d0def5824976b0af151bf2a3edc4e
but we haven't gotten around to making a newer official release yet.
In the meantime you could try cherry-picking this commit (and maybe
a060526a51bf6b1d3e7d0472fc61971ba1ee7b00 as we
On Sun, 31 May 2015 01:33:17 +0200 Tobias Diedrich
wrote:
> I'm seeing the same issue triggered by using dwm and chrome:
[...]
> I suspect that this is a nullpointer dereference of icon->priv?
[...]
More likely use-after-free since priv seems to be allocated together with
t
I'm seeing the same issue triggered by using dwm and chrome:
Program received signal SIGSEGV, Segmentation fault.
0x7282d616 in gtk_tray_icon_manager_filter (xevent=0x7fffd9c0,
event=, user_data=0x2b036eb7f9d0)
at /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gtk/gtktrayicon-x11.c:400
400
Package: src:libgl1-mesa-dri
Followup-For: Bug #743035
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
FWIW I had the same chrome issue with the following error:
libGL error: MESA-LOADER: could not create udev device for fd 13
(Albeit for radeon)
After tracing this a bit, I resolved it by removing
Package: ifplugd
Version: 0.28-19
Severity: important
Tags: upstream
Dear Maintainer,
it looks like ifplugd is using too small a buffer for the netlink api in
recent kernels and fails on 3.8.2 with the following error:
Apr 2 04:08:47 navi ifplugd(eth0)[4145]: NLAPI: Packet too small or truncated
Package: gimp
Version: 2.8.2-2
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear Maintainer,
After recently upgrading gimp, I noticed that the toolbox windows around the
image window always seem to disappear when I switch workspaces in fluxbox.
i.e. if I quickly switch to the
Package: subversion
Version: 1.7.5-1
Followup-For: Bug #692237
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've run into this issue as well:
Updating '.':
Utools/sed/Makefile
Utools/upx/Makefile
svn: E235000: In file
'/tmp/buildd/subversion-1.7.5/subversion/libsvn_wc/update_editor.c' l
Paul Vojta wrote:
> On Sun, Feb 05, 2012 at 01:24:38PM +0100, Tobias Diedrich wrote:
> > Package: pulseaudio
> > Version: 1.1-2
> > Followup-For: Bug #644809
> >
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Dear Maintainer,
&
1.2.3-313-ge5c4657-1 seems to work fine for me now (despite
/dev/input/event* being root-owned).
OTOH I've recently installed pulseaudio (which also pulls in
policykit), maybe that makes a difference here.
Sebastian Andrzej Siewior wrote:
> On Tue, Apr 03, 2012 at 01:49:44PM +0200, Patrick Matth?i
Wow, I can only second this.
I've been wondering what part of the last upgrade made my desktop so
glacially slow and finally found that flipping the ColorTiling
option to false makes a big difference.
Everything feels at least an order of magnitude faster now.
With ColorTiling enabled I had probl
Package: pulseaudio
Version: 1.1-2
Followup-For: Bug #644809
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear Maintainer,
FWIW I also found this confusing on package upgrade:
Processing triggers for man-db ...
Setting up pulseaudio (1.1-2) ...
PulseAudio configured for per-user sessions ... (w
Package: mumble
Version: 1.2.3-2+b2
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I just installed mumble, but the client won't start up properly.
All I get is a grey empty window, which doesn't even respond to attempts to
close it.
Looks like maybe it's deadlocking somewhere?
Package: ircd-ircu
Version: 2.10.12.10.dfsg1-1
Followup-For: Bug #578038
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I also tried the "ulimit -H -n 1048572" on my system and it then proceeds to
spit out the next error:
nukunuku:# ulimit -H -n 1048572
nukunuku:# su irc -c '/usr/sbin/ircd-ircu -
Package: ircd-ircu
Version: 2.10.12.10.dfsg1-1
Followup-For: Bug #578038
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I suggest patching the configure script:
- --- configure.in.orig 2005-12-14 04:01:38.0 +0100
+++ configure.in2011-05-30 22:20:40.889749973 +0200
@@ -701,6 +701,
Package: ngetty
Version: 1.1-2
Severity: normal
After aptitude safe-upgrade, I could not log into my system anymore because
this init script was added and now ngetty started from /etc/inittab is racing
with ngetty started from /etc/init.d/ngetty.
They were grabbing the ttys away from each other,
Package: kflickr
Version: 0.9.1-2.2
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm also not getting thumbnails in kflickr.
The package suggests kdebase-kio-plugins, which worked in earlier kde versions,
but not longer exists.
Interestingly "kioclient copy thumbnail:///path/t
Package: qemu-user-static
Version: 0.12.5+dfsg-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I found that the registered binfmt for mipsel does not match OpenWRT mipsel
executables.
/usr/bin/file says:
ELF 32-bit LSB executable, MIPS, MIPS32 version 1, statically linked, wit
Package: cdrdao
Version: 1:1.2.2-18.2
Severity: normal
Tags: patch
|$ cdrecord -scanbus
|scsibus451:
|451,0,0 45100) 'TSSTcorp' 'CDDVDW SE-S084B ' 'TS00' Removable CD-ROM
|451,1,0 45101) *
|451,2,0 45102) *
|451,3,0 45103) *
|451,4,0 45104) *
|451,5
Tobias Diedrich wrote:
> Spamassassin sets UNPARSABLE_RELAY on every message.
> Maybe it doesn't handle IPv6 and TLS correctly?
> Mailserver is postfix.
> The last hop before reaching mailman is a TLS IPv6 connection...
After looking at the code the conclusion is:
This will
Debian Bug Tracking System wrote:
> > Can you try 6.8.191 ? There are some Gamma fixes for r300 in there.
>
> Ping timeout, closing.
I'm pretty sure it was fixed in xorg after I reported it on
bugs.freedesktop.org.
https://bugs.freedesktop.org/show_bug.cgi?id=16001
But I don't have any system wi
Package: spamassassin
Version: 3.2.5-2+lenny2
Severity: normal
Spamassassin sets UNPARSABLE_RELAY on every message.
Maybe it doesn't handle IPv6 and TLS correctly?
Mailserver is postfix.
The last hop before reaching mailman is a TLS IPv6 connection...
Example message:
>From foo-bounces+ranma+fo
Package: x11-apps
Version: 7.4+1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I just noticed the same problem as
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=352967.
The manpage states
-twentyfour
This option indicates that a digital clock should disp
Package: xserver-xorg
Version: 1:7.5+2
Severity: normal
With evdev as the keyboard driver my keyboard behaviour changed:
I'm using a custom xmodmap to add addtitional functionality.
After adjusting for the changed keycodes with evdev I still see the following
difference:
With kbd the order of Al
Package: xserver-xorg
Version: 1:7.5+2
Severity: normal
With evdev as the keyboard driver my keyboard behaviour changed:
I'm using a custom xmodmap to add addtitional functionality.
After adjusting for the changed keycodes with evdev I still see the following
difference:
With kbd the order of Al
Thijs Kinkhorst wrote:
> I've dug somewhat deeper and it seems that Mailman itself expects this to
> happen with mail to that address (still 'mailman' below is the name of the
> site list):
>
> # The ultimate loop stopper address
> mailman-loop: /var/lib/mailman/data/owner-bounces.mbox
>
Tobias Diedrich wrote:
> BTW the reason why I assumed it's a special site-wide address is
> because the offending message was sent to by a
> nonsubscriber so was forwarded to -admin, bounced there
> and then went to mailman-loop (and not -loop).
I have to correct myself here a
Tobias Diedrich wrote:
> Sure, this yields the following error message in the end:
>
> : Command died with status 6:
>
> "/var/lib/mailman/bin/postfix-to-mailman.py". Command output: Illegal
Thijs Kinkhorst wrote:
> On woansdei 30 Desimber 2009, Tobias Diedrich wrote:
> > > Thanks for your report. I am adding '-loop' to the list in
> > > postfix-to-mailman.py under the "# Check for control extension on local
> > > part" commen
Dmitry E. Oboukhov wrote:
> Since then there was one stable release of rtorrent, now i've uploaded
> it. Could You test the bug into last upload (0.8.6/0.12.6) and (if it
> is still reproducible) recheck Your patch with new version?
Ok, I have now verified that
a) the bug is still there
b) the pat
Dmitry E. Oboukhov wrote:
> Since then there was one stable release of rtorrent, now i've uploaded
> it. Could You test the bug into last upload (0.8.6/0.12.6) and (if it
> is still reproducible) recheck Your patch with new version?
I'll recheck.
BTW, the newer rtorrent should probably also depend
Thijs Kinkhorst wrote:
> On Sun, December 27, 2009 06:42, Tobias Diedrich wrote:
> > One of my list admins uses a T-Online account, which rejects spam,
> > creating a mail loop.
> > Mailman detects this and tries to send the message to mailman-l...@domain,
> > which fai
Package: mailman
Version: 1:2.1.11-11
Severity: normal
One of my list admins uses a T-Online account, which rejects spam,
creating a mail loop.
Mailman detects this and tries to send the message to mailman-l...@domain,
which fails because I use postfix-to-mailman.py for the domain and it
doesn't s
BTW,
-- debsums errors found:
debsums: changed file /usr/lib/libtorrent.so.11.0.5 (from
libtorrent11 package)
is because I skipped recreating the .deb over and over again during
debugging and just copied the src/.libs/libtorrent.so to /usr/lib.
FWIW, here are readymade patched binary .debs:
http:
Package: libtorrent11
Version: 0.12.5-2
Severity: normal
Tags: patch
Submitted upstream as bug 2008:
http://libtorrent.rakshasa.no/ticket/2008
I'm seeing the same issue as
http://libtorrent.rakshasa.no/ticket/1748
The server side is running Debian/stable with bittorrent 3.4.2-11.1, which
doesn
Tobias Diedrich wrote:
> Yes, that works with the 'broken' sessionstore.js.
> The question remains why it says "sizemode":"minimized" in there in
> the first place. I won't rule out PEBCAK, but I'm pretty sure that
> this sessionstore was a
Mike Hommey wrote:
> > You can get a proper behaviour by removing the "sizemode":"minimized"
> > near the end. There must be something wrong with minimized windows (I'm
> > pretty sure I never minimize Iceweasel)
>
> Anyways, does the window appear somewhere as minimized for you ? I
> checked that
Tobias Diedrich wrote:
> Mike Hommey wrote:
> > Then your bug is the same as #552426.
> > I invite you to read the message at the following url and try what is
> > written in it.
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552426#15
>
> BTW, as far as
Mike Hommey wrote:
> Then your bug is the same as #552426.
> I invite you to read the message at the following url and try what is
> written in it.
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552426#15
BTW, as far as I see it this is really two bugs:
Bug 1: The saved session fails to restor
Mike Hommey wrote:
> merge 552426 553453
> thanks
>
> On Sun, Nov 01, 2009 at 05:13:06AM +0100, Tobias Diedrich wrote:
> > Mike Hommey wrote:
> > > On Sat, Oct 31, 2009 at 10:40:47PM +0900, Tobias Diedrich wrote:
> > > > After upgrading from 3.0 to 3
Mike Hommey wrote:
> On Sat, Oct 31, 2009 at 10:40:47PM +0900, Tobias Diedrich wrote:
> > After upgrading from 3.0 to 3.5 (first 3.5.3 two days ago, now 3.5.4),
> > iceweasel fails to restore my session after a restart.
> >
> > The error message is:
>
Felix Zielcke wrote:
> Then you didn't carefully enough read the README in there:
>
> All _executable_ files in this directory are processed in shell
> expansion order.
>
> Just use chmod -x to disable it.
> Do you have a suggestion to make this more clear?
Indeed, and apparently I'm colorbl
Package: iceweasel
Version: 3.5.4-1
Severity: normal
After upgrading from 3.0 to 3.5 (first 3.5.3 two days ago, now 3.5.4),
iceweasel fails to restore my session after a restart.
The error message is:
"Well, this is embarrassing."
"Iceweasel is having trouble recovering your windows and tabs. Th
Package: grub-common
Version: 1.97-1
Severity: normal
Since I prefer to write my grub entries myself, I wanted to disable 10_linux
and renamed it to no_10_linux, but it still is used:
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /e
Package: kerneloops
Version: 0.12+git20090217-1
Severity: normal
Apparently the kerneloops configuration parser fails to strip '\n' from
the 'log-file' filename, see the stat call at the end of the following
trace.
/etc/kerneloops.conf follows after the strace.
If I specify the filename using the
Josselin Mouette wrote:
> Le jeudi 16 avril 2009 à 10:56 +0200, Tobias Diedrich a écrit :
> > I'm trying to fill out a pdf form, but what I type in never appears and
> > on the console I get the error message:
> > "Error: Unknown font in field's DA string&
Package: evince
Version: 2.22.2-4
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm trying to fill out a pdf form, but what I type in never appears and
on the console I get the error message:
"Error: Unknown font in field's DA string"
As such, the error message does barely help
Package: util-linux
Version: 2.13.1.1-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm pretty sure this used to work, but on my amd64 system here,
fdisk fails on an mbr backup file:
|# ls -l test.mbr
|-rw-r--r-- 1 root root 512 2009-04-14 21:36 test.mbr
|# fdisk -l test.mbr
Tobias Diedrich wrote:
> However I think sleeping 1s before retrying is unnecessary (and having a
> maximum amount of retries might be a bit paranoid), so I'm not saying this
> patch should be applied as-is.
I'm using the following modified patch now:
Index: libapach
Package: libapache2-mod-fastcgi
Version: 2.4.2-8
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I noticed that on our server fastcgi sometimes aborts because the select system
call was interrupted instead of retrying the system call:
[Fri Oct 31 20:14:47 2008] [error] [client xx
Tobias Diedrich wrote:
> > Looks exactly like this kernel problem: http://lkml.org/lkml/2008/8/11/538 -
> > please confirm my testing under different kernel versions
>
> That sounds exactly like what I'm seeing (running 2.6.27-rc3 here).
> I'll test with an older k
Alexander E. Patrakov wrote:
> Thomas Dickey wrote:
>
> > On Sun, Aug 17, 2008 at 02:30:15PM +0200, Tobias Diedrich wrote:
> >> Package: xterm
> >> Version: 235-1
> >> Severity: normal
> >>
> >> -BEGIN PGP SIGNED MESSAGE-
>
Package: xterm
Version: 235-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When I resize xterm while vim oder mutt or some other program is running
in it (probably also bash, but it's not that visible there), the program
does not resize to the new window size, but to the last w
Alex Deucher wrote:
> This is probably due to a change in default xrandr mode selection
> policy in the two xserver versions you are using.
>
>
> > (However fluxbox still thinks the desktop is 1600x1200, for example when
> > maximizing windows, but I suspect this is a fluxbox bug?)
> >
>
> Sinc
prom/ftdi_eeprom-0.2-moko.patch
(or maybe even better, allow the user to specify another id to use using
a commandline option)
Cheers,
Tobias Diedrich
- -- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (, 'testing'), (990, 'unstable'), (1
Uwe Hermann wrote:
> Hm, sorry, still not able to reproduce here with Miro 1.2.3-1. I
> also started kinput2-canna in an xterm, then miro in another
> xterm, same effect, I can press any buttons or SHIFT keys I like,
> no hangs, no crashes.
After reading through the backtrace and reading 'xim' in
Tobias Diedrich wrote:
> I just upgrade miro and miro-data to 1.2.3-1.1, but
> unfortunately it's still there for me.
>
> Inspired by
> http://mail.python.org/pipermail/python-dev/2002-March/020597.html
> I just tried
> "THREADDEBUG=15 python2.5-dbg /usr/bin/miro.
Carlos Moffat wrote:
> I don't know about Tobias, but I just tested miro again (after
> upgrading miro-data) and the bug seems to be gone.
I just upgrade miro and miro-data to 1.2.3-1.1, but
unfortunately it's still there for me.
Inspired by
http://mail.python.org/pipermail/python-dev/2002-March
will wrote:
> Tobias Diedrich wrote:
>>
>> Yes, it's still a problem.
>> You can reproduce it using the xserver-xorg-video-vesa and
>> xserver-xorg-video-fbdev drivers.
>> Instead of being slow and showing wrong colors, miro 1.2.3-1
>> segfaults:
>
Uwe Hermann wrote:
> On Fri, Jan 04, 2008 at 12:14:44PM +0100, Tobias Diedrich wrote:
> > I recently upgraded to a ATI HD 2600, where the linux drivers
> > unfortunately provide no hardware acceleration (except mouse pointer ;))
> > so far.
> >
> > While I can u
Weird, I didn't get those mails by Carlos. Maybe because the bug was
closed?
Uwe Hermann wrote:
|Hm, sorry, still not able to reproduce here with Miro 1.2.3-1.
|I also started kinput2-canna in an xterm, then miro in another xterm,
|same effect, I can press any buttons or SHIFT keys I like, no hang
Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the miro package:
>
> #459039: miro: UI freezes on keyboard input
>
> It has been closed by Uwe Hermann <[EMAIL PROTECTED]>.
[...]
>* Closing a bunch of bugs which I canno
Uwe Hermann wrote:
> Is this still a problem with miro 1.2.3-1?
I'll try to retest it this weekend.
> If so, are you sure it's
> miro-related and not video-driver related?
Yes, since it works fine in MPlayer it's not the Xorg video driver.
It may be the video pipeline used by miro, but I haven't
Package: nbd-server
Version: 2.9.9-6
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
powertop shows nbd-server with 100 wakeups per second.
A look at the source shows the main select loop as the culprit, which
includes a 500us timeout for apparently no reason at all.
- --- nbd-se
Package: kflickr
Version: 0.9.1-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I installed kflickr to upload my photos to flickr, but I don't have kde
installed. kflickr would not show the image thumbnails, which makes
tagging a bit difficult.
Googling the error message "kio (K
Package: miro
Version: 1.0-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I recently upgraded to a ATI HD 2600, where the linux drivers
unfortunately provide no hardware acceleration (except mouse pointer ;))
so far.
While I can understand that this is a somewhat suboptimal si
Package: miro
Version: 1.0-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When I hit any key in the miro UI (Even just modifiers like Shift
without anything else) the user interface freezes.
Cut and paste with the mouse (Mark and paste with middle mouse button)
works fine t
Package: miro
Version: 1.0-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Miro tries to execute
/usr/share/miro/resources/../../../libexec/xine_extractor
which fails because there is no /usr/libexec directory (nor an
executabel called xine_extractor, according to dlocate).
Tobias Diedrich wrote:
> |[pid 2728] execve("/usr/lib/openoffice/program/soffice",
> ["/usr/lib/openoffice/program/soff"..., "-writer", "-splash-pipe=5",
> umovestr: Input/output error
> |0x4b4b4b4b4b4b4b4b, umovestr: Input/output error
Rene Engelhard wrote:
> > This happens with both the testing and the unstable version.
> > Executing /usr/lib/openoffice/program/swriter directly works without
> > problems.
>
> And soffice?
Well, the soffice-wrapper doesn't appear to use ooqstart.
So. Yes, soffice works.
> > |[EMAIL PROTECTED
Package: openoffice.org-core
Version: 2.2.1-2+b1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When I try to start oowriter, the following happens:
|[EMAIL PROTECTED]:~$ oowriter
|Error forking '/usr/lib/openoffice/program//soffice': 'Failed to execute
|child process "/usr/lib/
Steinar H. Gunderson wrote:
> On Tue, May 29, 2007 at 07:21:33PM +0200, Tobias Diedrich wrote:
> > After upgrading nfs-kernel-server to a new testing version,
> > nfs started behaving erratically. Upgrade to newest unstable version did
> > not help.
>
> Hm, that'
Tobias Diedrich wrote:
> Steinar H. Gunderson wrote:
> > On Tue, May 29, 2007 at 07:21:33PM +0200, Tobias Diedrich wrote:
> > > After upgrading nfs-kernel-server to a new testing version,
> > > nfs started behaving erratically. Upgrade to newest unstable version did
Package: nfs-kernel-server
Version: 1:1.1.0-2
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
After upgrading nfs-kernel-server to a new testing version,
nfs started behaving erratically. Upgrade to newest unstable version did
not help.
mounting now often fails with "can't rea
Package: hddtemp
Version: 0.3-beta15-36
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Current behaviour:
|nukunuku:~# hddtemp -n /dev/foo
|/dev/foo: open: No such file or directory
|
|nukunuku:~# echo $?
|0
This would be nicer:
|nukunuku:~# hddtemp -n /dev/foo
|/dev/foo: open:
Package: ppp
Version: 2.4.4rel-8
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
If one is using a local dns cache like dnsmasq, which can monitor a
resolv.conf in a arbitrary location for changes, then it desirable to
disable updating of /etc/resolv.conf, but still have pppd writ
Package: cinepaint
Version: 0.20-1-1.3
Followup-For: Bug #365801
[EMAIL PROTECTED]:~$ cinepaint
cinepaint fatal error: sigfpe caught
cinepaint (pid:9653): [E]xit, [H]alt, show [S]tack trace or [P]roceed: s
#0 0xb7bef860 in g_on_error_stack_trace () from
/usr/lib/libglib-1.2.so.0
#1 0xb7befcb2 i
Package: mp3gain
Version: 1.4.6-3
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
IMHO replaygain should be mentioned in the package description, so
I can find mp3gain with "apt-cache search replaygain".
At least the manpage says "The method mp3gain uses to determine the
desired
Clint Adams wrote:
> severity 225316 wishlist
> retitle 225316 oggenc: native endianness option
> kthxbye
>
> Are you likely to care about the endianness yet not know what's native?
If you are a shell script you are unlikely to know the CPUs
endianness. ;)
For example piping the output of a progr
Brice Goglin wrote:
> About 2 years ago, you reported a bug to the Debian BTS regarding the
> menu key generating keycode 7 instead of 117. Did you reproduce this
> problem recently? If not, I will close this bug in the next weeks.
I just looked at my /etc/X11/xorg.conf and while I'm no longer usi
Package: pulseaudio
Version: 0.9.5-4
Severity: normal
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
See also http://www.pulseaudio.org/ticket/26, when using the
ALSA sink, pulseaudio does not recover from a suspend to disk, which
means I have to restart pulseaudio at least daily (af
Package: bittornado
Version: 0.3.15-3
Followup-For: Bug #305388
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The logic in the SocketHandler.py bind implemenation seems to be at
fault. ipv6_socket_style is 1 for ipv6_binds_to_ipv4, so it should only
bind to AF_INET if ipv6_socket_style == 0.
Package: qpsmtpd
Version: 0.32-3
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When using a non-default port for SMTP proxy delivery, the configure
help says "You can optionally add a port number after a colon, such as
\"localhost:25\"".
But qpsmtpd complains loudly about this:
pgpQarw8FQNiF.pgp
Description: PGP message
pgpHzj00z0Jop.pgp
Description: PGP message
Package: libpri1.2
Version: 1.2.2-3
Followup-For: Bug #369082
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Meanwhile I found out, that it is possible to send audio without picking
up ('noanswer'-Option with asterisk Playback()-application) which solves
this problem without patching, so I guess
Package: libpri1.2
Version: 1.2.2-3
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The bristuff-patch introduces the following check into pri_hangup() in
pri.c:
|if ((cause == 34 || cause == 44 || cause == 82 || cause == 1 || cause == 81 ||
cause == 17) && (call->ourcallstate =
Package: smartlist
Version: 3.15-18
Followup-For: Bug #10044
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'd like to add to this bug, that if you mount /var as nosuid as
recommended in
http://www.debian.org/releases/stable/i386/apcs04.html.en#id2534334
smartlist will fail with not-too-helpful
Package: rtorrent
Version: 0.4.2-1
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sometimes it would be cool if you could manually add a peer, which the
tracker doesn't know about, to a running torrent.
For example in the case where I have two incomplete files I could start
Package: cdparanoia
Version: 3a9.8-11
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to a recent discussion in the linux-kernel list
http://groups.google.com/group/linux.kernel/browse_thread/thread/115745c4b8f0ab72/
vanilla cdparanoia doesn't support SG_IO and probabl
Package: cupsys
Version: 1.1.23-14
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
If TMPDIR is set and cups restarted with /etc/init.d/cupsys, then cups
will try writing it's temporary files in that directory as 'lp',
however if you are using pam_tmpdir the directory pointed to
Package: cvs-syncmail
Version: 1.2+cvs.2004.05.02-2
Severity: minor
Tags: upstream
After the update to sarge syncmail now includes the full GECOS-field on
the From-Line, which is annoying if you have a lot of information in
there (e.g. multiple phone numbers).
It seems this was introduced upstre
Thomas Dickey wrote:
> That sounds like what is being reported, but since I didn't touch _that_
> part of the logic, I'm left with the impression that you have a slightly
> different set of fonts installed than I - and the modifications I made to
> the XLFD wildcards are breaking in that case. If
Package: xterm
Version: 6.8.2.dfsg.1-2
Followup-For: Bug #318162
According to the xterm manpage, while boldMode is true by default,
if a bold font variant is found for a given non-bold font or specified
with -fb, boldMode should be turned off automatically.
Apparently this is broken and xterm cur
Package: xterm
Version: 6.8.2.dfsg.1-2
Severity: normal
With the old xterm,
"xterm -e 'while true; echo foo; sleep 5; done'"
would work just fine, now xterm pops up for a split-second and
vanishes.
"xterm -e '/bin/bash'" seems to work fine though.
"xterm -e '/bin/bash -c \"while true; echo foo; s
Package: libid3-3.8.3
Version: 3.8.3-4.2
Severity: important
Tags: patch l10n
The attached patch fixes a few issues with id3lib.
It works for me, but is untested on bigendian machines.
Issues fixed:
1)
I tried my best to fix the unicode borkage
2)
The reader/writer was doing unconditional byte
1 - 100 of 114 matches
Mail list logo