Bug#400127: moosic: 'list' rcp call does not work with 1.5.2
Package: moosic Version: 1.5.2-2 Severity: normal The XML-RPC method call 'list' does not return the expected array of songs. I tried this with a simple ruby script that queries a local moosicd. Other RPC calls seem to work. moosicd-1.5.1 from upstream does not have these problems. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages moosic depends on: ii python2.4.3-11 An interactive high-level object-o ii python-central0.5.6 register and build utility for Pyt Versions of packages moosic recommends: pn mpg321 (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392840: vim-runtime: changelog.vim broken
Package: vim-runtime Version: 1:7.0-094+1 Severity: normal The file /usr/share/vim/vim70/ftplugin/changelog.vim seems broken. On line 245 it uses the command "bsplit" which doesn't exist in my version of vim. I think a possible replacement could be the "sbuffer" command, which splits the buffer and sets a buffer number to edit, which is what I'd expect. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) vim-runtime depends on no packages. Versions of packages vim-runtime recommends: ii vim 1:7.0-094+1 Vi IMproved - enhanced vi editor ii vim-tiny 1:7.0-094+1 Vi IMproved - enhanced vi editor - -- no debconf information signature.asc Description: Digital signature
Bug#381722: udev seems to ignore /etc/modprobe.d
Package: udev Version: 0.093-1 Severity: important Hi, i've got an intel ipw3945 WLAN chip in my laptop. The driver from ipw3945.sf.net requires a daemon to be run after the module was loaded. Normally this is done by modprobe with the following rule in /etc/modprobe.d/ipw9345 -- install ipw3945 /sbin/modprobe --ignore-install ipw3945 ; sleep 0.5 ; /sbin/ipw3945d --quiet remove ipw3945 /sbin/ipw3945d --kill ; /sbin/modprobe -r --ignore-remove ipw3945 -- This works when I run modprobe ipw3945 if the module was not loaded or unloaded before. Since udev replaced hotplugs coldplugging, it loads the ipw3945 module when booting, but it doesn't execute the daemon. Regards, Sven -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 8 lrwxrwxrwx 1 root root 20 2006-08-06 17:59 020_permissions.rules -> ../permissions.rules lrwxrwxrwx 1 root root 15 2006-08-06 18:01 85-pcmcia.rules -> ../pcmcia.rules lrwxrwxrwx 1 root root 13 2006-08-06 17:59 udev.rules -> ../udev.rules lrwxrwxrwx 1 root root 25 2006-08-06 17:59 z20_persistent-input.rules -> ../persistent-input.rules lrwxrwxrwx 1 root root 19 2006-08-06 17:59 z20_persistent.rules -> ../persistent.rules -rw-r--r-- 1 root root 550 2006-08-06 18:05 z25_persistent-cd.rules -rw-r--r-- 1 root root 331 2006-08-06 17:59 z25_persistent-net.rules lrwxrwxrwx 1 root root 33 2006-08-06 17:59 z45_persistent-net-generator.rules -> ../persistent-net-generator.rules lrwxrwxrwx 1 root root 12 2006-08-06 17:59 z50_run.rules -> ../run.rules lrwxrwxrwx 1 root root 16 2006-08-06 17:59 z55_hotplug.rules -> ../hotplug.rules lrwxrwxrwx 1 root root 29 2006-08-06 17:59 z75_cd-aliases-generator.rules -> ../cd-aliases-generator.rules -- /sys/: /sys/block/hda/dev /sys/block/loop0/dev /sys/block/loop1/dev /sys/block/loop2/dev /sys/block/loop3/dev /sys/block/loop4/dev /sys/block/loop5/dev /sys/block/loop6/dev /sys/block/loop7/dev /sys/block/ram0/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram1/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/block/sda/dev /sys/block/sda/sda1/dev /sys/block/sda/sda2/dev /sys/block/sda/sda5/dev /sys/class/graphics/fb0/dev /sys/class/input/input0/event0/dev /sys/class/input/input1/event1/dev /sys/class/input/input2/event2/dev /sys/class/input/input2/mouse0/dev /sys/class/input/input2/ts0/dev /sys/class/input/mice/dev /sys/class/misc/agpgart/dev /sys/class/misc/device-mapper/dev /sys/class/misc/hpet/dev /sys/class/misc/psaux/dev /sys/class/misc/rtc/dev /sys/class/misc/snapshot/dev /sys/class/sound/controlC0/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D1p/dev /sys/class/sound/timer/dev /sys/class/usb_device/usbdev1.1/dev /sys/class/usb_device/usbdev2.1/dev /sys/class/usb_device/usbdev3.1/dev /sys/class/usb_device/usbdev4.1/dev /sys/class/usb_device/usbdev5.1/dev -- Kernel configuration: -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages udev depends on: ii initscripts 2.86.ds1-15 Scripts for initializing and shutt ii libc62.3.6-18GNU C Library: Shared libraries ii libselinux1 1.30-1 SELinux shared libraries ii libvolume-id00.093-1 libvolume_id shared library ii lsb-base 3.1-10 Linux Standard Base 3.1 init scrip udev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370142: ion3-scripts: statusd_mpd.lua causes statusd to "hang"
On Mon, Jun 05, 2006 at 09:34:13AM +0200, René van Bevern wrote: > This actually looks like your MPD does not answer the query for some > reason. Is there a chance that the hang is caused by playing a > specific song? (which e.g. has unusual characters in its name) No, not really. Tried that for some hours now, but it seems to occur randomly. But as you say that, I remember that even in previous versions of the statusbar, the mpd part sometimes showed "mpd not running" even when mpd was actually playing something, but it didn't cause the statusbar to hang. So maybe this could be a bug of mpd, not responding everytime? Sven signature.asc Description: Digital signature
Bug#370142: ion3-scripts: statusd_mpd.lua causes statusd to "hang"
On Sun, Jun 04, 2006 at 11:14:57AM +0200, René van Bevern wrote: > Could you give more information, like the version of mpd that you are > using? Of course. I'm using the current version 0.11.5 from sid. > I would also like to see the output from: >/usr/lib/ion3/ion-statusd -m mpd Well, it doesn't show anything that looks like an error (just showing the currently playing song and the position twice a second) and I found out that the statusbar not always hangs when the playlist finishes. Sometimes it just hangs while playing a song. And I also found out that when the statusbar stops updating, that there are the following processes left running on my system: 6230 tty1 S 0:00 sh -c echo -n "status?currentsong?close?" |\ netcat localhost 6600 6232 tty1 S 0:00 netcat localhost 6600 After killing those processes the statusbar gets updated again, even without restarting ion. Hope that helps. Sven signature.asc Description: Digital signature
Bug#370142: ion3-scripts: statusd_mpd.lua causes statusd to "hang"
Package: ion3-scripts Version: 20060530-1 Severity: important Hi, since last update my statusbar hangs when all songs from my mpd playlist were played and mpd stopped. The statusbar simply doesn't get updated again. Restarting ion "fixes" the problem and everything works fine again, until next end of playlist. Regards, Sven -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages ion3-scripts depends on: ii ion3 20060524-1 keyboard-friendly window manager w ion3-scripts recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#367335: irssi-scripts: Trackbar plugin line is not a line anymore
Package: irssi-scripts Version: 20060513 Severity: normal Hi, since last update the trackbar.pl script doesn't show a line anymore. I use uxterm and UTF-8 as charset. I've set term_charset in irssi to utf-8 too. Instead of a line it now shows shows the character Ux00E2 which is some kind of "a". -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686-smp Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages irssi-scripts depends on: ii irssi 0.8.10-2 terminal based IRC client Versions of packages irssi-scripts recommends: pn libwww-perl(no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313547: hplip: hp psc1210: printing doesn't work through hp:/
Package: hplip Version: 0.9.3-2 Severity: normal As the title says, I can't print with my HP PSC 1210 Device when cups is configured to use the printer with hplip backend. When I select the normal usb device port in the cups printer configuration and the ppd from the hplip-ppds file, it works, though. When I start a job (with hplip backend) cups says that the job is working, but my printer doesn't do anything. When I cancel the printing job, there is a hpijs process left which I have to kill manually. Scanning with hpaio: backend works. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages hplip depends on: ii hplip-base0.9.3-2HP Linux Printing and Imaging Syst ii python2.3.5-2An interactive high-level object-o ii python-qt33.14.1-2 Qt3 bindings for Python (default v -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
