Bug#349157: quodlibet: quodlibet froze very often
Remi Vanicat [EMAIL PROTECTED] writes: 2006/3/2, Max Vozeler [EMAIL PROTECTED]: On Sat, Jan 21, 2006 at 02:23:24PM +0100, Remi Vanicat wrote: 2006/1/21, Remi Vanicat [EMAIL PROTECTED]: When running it very (very) often froze for a short time : it look like between each X event, one have to wait for severall second before the next one is to be treated (or something like that). Some more comment about it: - it seem to happen whenever the main loop is idle. For example when I began to type something in the search field, nothing happen for some time, than everything I've typed show up at once. - the playback is not affected, but the transition between track seem to be affected. It seems like it has something to do with the locale setting: quodlibet freezes the way Remi describes when I'm using LANG=de_DE.UTF-8 and [EMAIL PROTECTED], but it works fine with LANG= and LANG=C. I've completely forget about this bug report. Some debugging show me that the waiting appen in /usr/lib/python2.3/threading.py line 418 in a sleep call. Commenting out this sleep call make every body happy. I used to get freezes that I could solve by doing kill -STOP followed by kill -CONT a little later. But I guessed that was caused by bad threading support in gstreamer 0.8, and since I upgraded to 0.10 I haven't seen it. -- David Kågedal
Bug#322692: kerberos4kth-clients: ktelnet fails to send environment variable values
Package: kerberos4kth-clients Version: 1.2.2-11.2 Severity: normal I can no longer use krxtelnet, and the reason seems to be that ktelnet fails to send environment variables properly. If I enable options logging, it prints this: SENT WILL NEW-ENVIRON ... RCVD DO NEW-ENVIRON .. RCVD IAC SB NEW-ENVIRON SEND SENT IAC SB NEW-ENVIRON IS USERVAR XAUTHORITY VAR DISPLAY VAR USER The output of the telnet command environ list looks like this (uninteresting parts excluded): ktelnet environ list * XAUTHORITY /tmp/AhQCJq0 * DISPLAY fidgit:39 * USER david When I try the same thing from another host, with a non-debian installation, I see this: SENT IAC SB NEW-ENVIRON IS VAR DISPLAY VALUE tjatte:47 VAR PRINTER VALUE strindberg VAR USER VALUE david As you can see, the debian client doesn't print any VALUEs, and consequently, the environment variables are not set on the remote host. This used to work, but stopped working after some upgrade, probably some time during the spring. But I didn't track down the problem until now. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11-1-686 Locale: LANG=C, LC_CTYPE=sv_SE.iso88591 (charmap=ISO-8859-1) Versions of packages kerberos4kth-clients depends on: ii krb4-config 1.6Configuration files for Kerberos V ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcomerr21.37-2sarge1 common error description library ii libedit2 2.9.cvs.20040827-1 BSD editline and history libraries ii libkadm1-kerberos4kth 1.2.2-11.2 Kadm Libraries for Kerberos4 From ii libkafs0-kerberos4kth 1.2.2-11.2 Afs Libraries for Kerberos4 From K ii libkrb-1-kerberos4kth 1.2.2-11.2 Kerberos Libraries for Kerberos4 F ii libncurses5 5.4-4 Shared libraries for terminal hand ii libotp0-kerberos4kth 1.2.2-11.2 Otp Libraries for Kerberos4 From K ii libroken16-kerberos4k 1.2.2-11.2 Roken Libraries for Kerberos4 From ii libsl0-kerberos4kth 1.2.2-11.2 Sl Libraries for Kerberos4 From KT ii libssl0.9.7 0.9.7e-3 SSL shared libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322324: ifplugd: Fails to ifup eth0 at boot time
Oliver Kurth [EMAIL PROTECTED] writes: It is as if ifplugd doesn't even notice eth0. Is there any information in the log files? Did ifplugd tell anything? No. Or actually, the only thing in /var/log/syslog is that it discovers the interface sit0 Aug 10 09:53:08 fidgit ifplugd.hotplug[6643]: Invoking ifplugd for sit0 Aug 10 09:53:08 fidgit ifplugd(sit0)[6656]: ifplugd 0.26 initializing. Aug 10 09:53:08 fidgit ifplugd(sit0)[6656]: Using interface sit0/00:00:00:00:00:00 Aug 10 09:53:08 fidgit ifplugd(sit0)[6656]: Using detection mode: IFF_RUNNING Aug 10 09:53:08 fidgit ifplugd(sit0)[6656]: Initialization complete, link beat detected. Aug 10 09:53:08 fidgit ifplugd(sit0)[6656]: Executing '/etc/ifplugd/ifplugd.action sit0 up'. Aug 10 09:53:08 fidgit ifplugd(sit0)[6656]: client: Ignoring unknown interface sit0=sit0. Aug 10 09:53:08 fidgit ifplugd(sit0)[6656]: Program executed successfully. Also, do you remember any change to your system that my have caused the problem? A kernel update, for example? I do not remember exactly, but it could very well have been related to a kernel update. Or any other update, since there have been lots of updates to sarge. What happens when you do ifup eth0 after boot, when it did not work? ifup eth0 always works when I run it manually. I don't think ifplugd tries to run it at boot. If I unplug the cable and plug it back in, ifplug will up the interface. Do you use dhcp? Yes. Below is my /etc/network/interfaces file. auto lo iface lo inet loopback iface eth0 inet dhcp mapping eth1 script /sbin/ifscheme-mapping iface eth1-open inet dhcp iface eth1-home inet dhcp wireless-key something lspci | grep Eth gives me this: :02:00.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) -- David Kågedal
Bug#322324: ifplugd: Fails to ifup eth0 at boot time
Package: ifplugd Version: 0.26-2 Severity: important I have a laptop with a built-in eth0 interface, and a wireless card that I sometimes plug in. This means that sometimes I boot with a cable in eth0, and sometimes not. So I disabled the autoconfiguration of eth0 in /etc/network/interfaces and added eth0 to INTERFACES in /etc/defaults/ifplugd. This used to work a couple of months ago, but now, it doesn't work anymore. If I plug in the cable after ifplugd has started, it works fine. It is as if ifplugd doesn't even notice eth0. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11-1-686 Locale: LANG=C, LC_CTYPE=sv_SE.iso88591 (charmap=ISO-8859-1) Versions of packages ifplugd depends on: ii debconf 1.4.30.13Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdaemon0 0.7-1lightweight C library for daemons -- debconf information: * ifplugd/interfaces: eth0 * ifplugd/hotplug_interfaces: all * ifplugd/args: -q -f -u0 -d10 -w -I ifplugd/suspend_action: stop -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
