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
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=b368558d19605c9dc088e1a5f32de6c2fd5755b2
introduced a regression where now "make
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]:
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
On Sun, 31 May 2015 01:33:17 +0200 Tobias Diedrich tobiasdiedr...@gmail.com
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
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=optimized out, user_data=0x2b036eb7f9d0)
at
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
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
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'
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,
FWIW I also found this confusing on package upgrade:
Processing
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
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 ...
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 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
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 -n
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
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
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,
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) *
|
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 always be set for Postfix
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 with
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
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
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
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
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 fails because I use postfix
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
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 patch
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 comment. Can you confirm that this resolves your problem?
I think
Tobias Diedrich wrote:
Sure, this yields the following error message in the end:
mailman-l...@lists.tomodachi.de: Command died with status 6:
/var/lib/mailman/bin/postfix-to-mailman.py. Command output: Illegal
command: loop
Tobias Diedrich wrote:
BTW the reason why I assumed it's a special site-wide address is
because the offending message was sent to somelist by a
nonsubscriber so was forwarded to somelist-admin, bounced there
and then went to mailman-loop (and not somelist-loop).
I have to correct myself here
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
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
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
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:
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 result of a non-minimized Iceweasel getting
killed...
Definitly
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 it actually
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.5 (first 3.5.3 two days ago, now 3.5.4),
iceweasel
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 restore
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 I see it this is really two bugs:
Bug 1
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
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. This
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 colorblind,
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:
Well, this is embarrassing.
Iceweasel is having
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
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
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
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: libapache-mod-fastcgi-2.4.2
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
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 kernel in the evening...
So far 2.6.26
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-
Hash: SHA1
When I resize xterm while vim oder mutt or some other program
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
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?)
Since you are
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, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux
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
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.real
but it fails to import xlibhelper
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
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 cannot
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
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 understand that this is a somewhat suboptimal
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:
[snip]
Try running Miro with a different xine driver
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.
- ---
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
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
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
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
|0x4b4b4b4b4b4b4b4b, umovestr: Input/output error
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
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]:~$
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
not help.
Hm, that's odd. Could
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's odd. Could you please take it upstream
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
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
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
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 program
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 using
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
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
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
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
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
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 I
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; sleep
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
Package: id3v2
Version: 0.1.11-1.1
Followup-For: Bug #266081
This is not actually a bug, the '\0' byte in front of the string
specifies the encoding, where 0 is iso-8859-1.
See http://www.id3.org/id3v2.4.0-structure.txt, section 4.
-- System Information:
Debian Release: testing/unstable
APT
1 - 100 of 113 matches
Mail list logo