Bug#398590: eclipse: Modal dialogs prevent scrolling in Help, which makes tutorials almost unusable.
Package: eclipse Version: 3.1.2-2 Severity: normal Eclipse includes various tutorials with step-by-step instructions for various tasks. Sadly the various modal dialogs required for the tasks (create project, import archive, ...) prevent scrolling of the help viewer (although they don't prevent changing focus to it to view it), which makes the tutorials very difficult to work through. The presence of screenshots in the tutorials makes the get an entire set of steps into view before starting to follow them unworkable because, typically, it really is neccessary to scroll to work through an entire list of steps. Browsing them with some other browser (e.g. Firefox) is a non-starter appears to be a non-starter as the help info isn't packaged in raw HTML files. -- 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.18-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages eclipse depends on: ii eclipse-jdt 3.1.2-2Java Development Tools plug-ins fo ii eclipse-pde 3.1.2-2Plug-in Development Environment to ii eclipse-source3.1.2-2Eclipse source code plug-ins eclipse recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397420: netsed: localhost is resolved as 255.255.255.255
Package: netsed Version: 0.01c-2 Severity: normal I can't even guess why this is happening, unless netsed is special-casing the hostname localhost. In my environment, /etc/hosts contains 127.0.0.1 localhost and, say, ping resolves this correctly, but netsed attempts to forward to 255.255.255.255 which, obviously, does not work. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.15-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages netsed depends on: ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397421: zope: logrotate doesn't handle the absence of logs correctly
Package: zope Version: 2.6.4-1.8 Severity: normal /etc/logrotate.d/zope correctly specifies missingok, but as the postrotate script (zopectl logrotate) is run unconditionally and as zopectl chokes on performing a logrotate for instances that are not running at the time, useless emails about zope brokenness /etc/cron.daily/logrotate: error: error running shared postrotate script for /var/log/zope/*/*.log run-parts: /etc/cron.daily/logrotate exited with return code 1 appear weekly. Whether the postrotate script should make itself consistent with the presence of the missingok diretcive (i.e. only call zopectl if there were in fact log files to rotate) or, more robustly, whether zopectl should deal gracefully with log rotation requests for non-running instances (i.e. silently and successfully do nothing) is an open question, but the current behaviour is a little broken. (I'd suggest the latter approach as the problem is with an instance being down at the time of rotation regardless of how long it's been down for, rather than that it's been down for an entire calendar week; the solution should test for whether an instance is running, which is zopectl's domain.) - Raz -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.18-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages zope depends on: ii adduser 3.63 Add and remove users and groups ii debconf 1.4.30.13 Debian configuration management sy ii dpkg 1.10.28Package maintenance system for Deb ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an ii python2.2 2.2.3dfsg-2sarge1 An interactive high-level object-o ii python2.2-xml 0.8.4-1XML tools for Python (2.2.x) ii zopectl 0.3.4.3Zope instances controlling utility -- debconf information: zope/instance_home/move: true * shared/zope/restart: end zope/upgrade/2.6.1-7: * zope/admin-user: admin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382029: gnome-gv continually opens gratuitious FTP connections to 208.113.133.22
severity 382029 normal retitle 382029 gnome-gv gratuitously opens URLs from .recently-used stop Hi Christian, gnome-gv couldn't display the file here, too, but I did not notice any FTP connections. Which process exactly was it that you attached the strace to? Firefox or a still running gnome-gv process? I attached to the still-running [parent] gnome-gv process (there was a parent-child-grandchild trio!). The behaviour was the same when I launched gnome-gv manually. The IP 208.113.133.22 is registered to munchies.dreamhost.com from New Dream Network, LLC in California. Does this ring any bell to you? (Lightbulb!) I'd noticed through whois that it was a dreamhost address, and I am a dreamhost customer, but so are thousands of others so I thought nothing of it. Had I performed a reverse-DNS lookup, I'd have recognised munchies as an FTP server provided for customers to upload content to, and I have accessed it (months ago) through nautilus. $ strace -eopen,connect gnome-gv mazieres\:pnym.ps.gz 21 | grep /raz/ open(/home/raz/.Xauthority, O_RDONLY) = 4 open(/home/raz/.orbitrc, O_RDONLY)= -1 ENOENT (No such file or directory) open(/home/raz/.ICEauthority, O_RDONLY) = 13 open(/home/raz/.ICEauthority, O_RDONLY) = 13 open(/home/raz/.ICEauthority, O_RDONLY) = 13 open(/home/raz/.ICEauthority, O_RDONLY) = 13 open(/home/raz/.recently-used, O_RDWR) = 16 open(/home/raz/.local/share//mime/globs, O_RDONLY|O_LARGEFILE) = 17 open(/home/raz/.local/share//mime/magic, O_RDONLY|O_LARGEFILE) = 17 Bingo! There are several ftp://munchies.dreamhost.com/ entries in /home/raz/.recently-used. So, the bug is now that gnome-gv, or something that it loads, is gratuitously opening URLs from .recently-used. Thoughts? - Raz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382029: gnome-gv continually opens gratuitious FTP connections to 208.113.133.22
Package: gnome-gv Version: 1:2.8.2-3 Severity: critical Justification: root security hole {{ note that the Severity: _may_ be overstated, I simply don't know; but if gnome-gv can be made to open outbound FTP connections by the contents of a postscript file, then this is potentially a very serious hole, on a par with local root exploits }} When viewing a local copy of http://www.scs.cs.nyu.edu/~dm/papers/mazieres:sundr-podc.ps.gz (Firefox had downloaded it to /tmp/mazieres:sundr-podc.ps.gz and invoked gnome-gv as /usr/bin/gnome-gv /tmp/mazieres:sundr-podc.ps.gz) two odd things happened: - gnome-gv never appeared. (I assumed that I had choked in the .gz, so I uncompressed the file, converted to PDF for good measure and opened and viewed it with xpdf.) - An hour later I noticed unexpected network traffic. Upon digging a little deeper I noticed continual failed anonymous FTP login attempts to 208.113.133.22. Strace showed: Process 32332 attached - interrupt to quit select(51, [50], NULL, NULL, NULL) = 1 (in [50]) read(50, 220 ProFTPD 1.3.0rc2 Server (Dre..., 4096) = 62 write(50, USER anonymous\r\n, 16) = 16 read(50, 0x81a229c, 4096) = -1 EAGAIN (Resource temporarily unavailable) select(51, [50], NULL, NULL, NULL) = 1 (in [50]) read(50, 331 Password required for anonym..., 4096) = 38 write(50, PASS [EMAIL PROTECTED], 23) = 23 read(50, 0x81a229c, 4096) = -1 EAGAIN (Resource temporarily unavailable) select(51, [50], NULL, NULL, NULL) = 1 (in [50]) read(50, 530 Login incorrect.\r\n, 4096) = 22 close(50) = 0 socket(PF_NETLINK, SOCK_RAW, 0) = 50 bind(50, {sa_family=AF_NETLINK, pid=0, groups=}, 12) = 0 getsockname(50, {sa_family=AF_NETLINK, pid=32332, groups=}, [12]) = 0 time(NULL) = 1155039459 sendto(50, \24\0\0\0\26\0\1\3\343\200\330D\0\0\0\0\0\352\241@, 20, 0, {sa_family=AF_NETLINK, pid=0, groups=}, 12) = 20 recvmsg(50, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=}, msg_iov(1)=[{\0\0\0\24\0\2\0\343\200\330DL~\0\0\2\10\200\376\1\0\0..., 4096}], msg_controllen=0, msg_flags=0}, 0) = 248 recvmsg(50, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=}, msg_iov(1)=[{\24\0\0\0\3\0\2\0\343\200\330DL~\0\0\0\0\0\0\1\0\0\0\10..., 4096}], msg_controllen=0, msg_flags=0}, 0) = 20 close(50) = 0 socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 50 connect(50, {sa_family=AF_INET, sin_port=htons(21), sin_addr=inet_addr(208.113.133.22)}, 16) = 0 fcntl64(50, F_GETFL)= 0x2 (flags O_RDWR) fcntl64(50, F_SETFL, O_RDWR|O_NONBLOCK) = 0 read(50, 0x81a22a4, 4096) = -1 EAGAIN (Resource temporarily unavailable) select(51, [50], NULL, NULL, NULL) = 1 (in [50]) read(50, 220 ProFTPD 1.3.0rc2 Server (Dre..., 4096) = 62 write(50, USER anonymous\r\n, 16) = 16 read(50, 0x81a22a4, 4096) = -1 EAGAIN (Resource temporarily unavailable) select(51, [50], NULL, NULL, NULL) = 1 (in [50]) read(50, 331 Password required for anonym..., 4096) = 38 write(50, PASS [EMAIL PROTECTED], 23) = 23 read(50, 0x81a22a4, 4096) = -1 EAGAIN (Resource temporarily unavailable) select(51, [50], NULL, NULL, NULL) = 1 (in [50]) read(50, 530 Login incorrect.\r\n, 4096) = 22 close(50) = 0 socket(PF_NETLINK, SOCK_RAW, 0) = 50 bind(50, {sa_family=AF_NETLINK, pid=0, groups=}, 12) = 0 getsockname(50, {sa_family=AF_NETLINK, pid=32332, groups=}, [12]) = 0 time(NULL) = 1155039460 sendto(50, \24\0\0\0\26\0\1\3\344\200\330D\0\0\0\0\0\352\241@, 20, 0, {sa_family=AF_NETLINK, pid=0, groups=}, 12) = 20 recvmsg(50, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=}, msg_iov(1)=[{\0\0\0\24\0\2\0\344\200\330DL~\0\0\2\10\200\376\1\0\0..., 4096}], msg_controllen=0, msg_flags=0}, 0) = 248 recvmsg(50, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=}, msg_iov(1)=[{\24\0\0\0\3\0\2\0\344\200\330DL~\0\0\0\0\0\0\1\0\0\0\10..., 4096}], msg_controllen=0, msg_flags=0}, 0) = 20 close(50) = 0 socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 50 connect(50, {sa_family=AF_INET, sin_port=htons(21), sin_addr=inet_addr(208.113.133.22)}, 16) = 0 fcntl64(50, F_GETFL)= 0x2 (flags O_RDWR) fcntl64(50, F_SETFL, O_RDWR|O_NONBLOCK) = 0 read(50, 0x81a22ec, 4096) = -1 EAGAIN (Resource temporarily unavailable) select(51, [50], NULL, NULL, NULL) = 1 (in [50]) read(50, 220 ProFTPD 1.3.0rc2 Server (Dre..., 4096) = 62 write(50, USER anonymous\r\n, 16) = 16 read(50, 0x81a22ec, 4096) = -1 EAGAIN (Resource temporarily unavailable) select(51, [50], NULL, NULL, NULL) = 1 (in [50]) read(50, 331 Password required for anonym..., 4096) = 38 write(50, PASS [EMAIL PROTECTED], 23) = 23 read(50, 0x81a22ec, 4096) = -1 EAGAIN (Resource temporarily
Bug#361701: /etc/dhclient-script: line 39: [: too many arguments
Package: dhcp-client Version: 2.0pl5-19.1 Severity: normal The problem arises when /etc/dhclient.conf contains a supersede domain-name suffix.1 suffix.2; directive which, like the supplied sample, contains two or more domain names. The problem arises because dhclient-script does not correctly quote the variable expansion: --- dhclient-script-orig2006-04-09 19:39:30.0 +0100 +++ dhclient-script 2006-04-09 19:36:24.0 +0100 @@ -36,7 +36,7 @@ if [ -x /sbin/resolvconf ]; then make_resolv_conf() { R= -[ x$new_domain_name != x ] R=${R}search $new_domain_name +[ x$new_domain_name != x ] R=${R}search $new_domain_name for NMSRVR in $new_domain_name_servers; do R=${R}nameserver $NMSRVR I also suspect, but haven't checked, that [ ! -z $new_domain_name ] would probably be a cleaner way to perform this test, if you are inclined to fix the several other places in the script where variable expansion has not been quoted. - Raz -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.15-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages dhcp-client depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- no debconf information --- dhclient-script 2006-04-09 19:39:30.0 +0100 +++ dhclient-script-good2006-04-09 19:36:24.0 +0100 @@ -36,7 +36,7 @@ if [ -x /sbin/resolvconf ]; then make_resolv_conf() { R= -[ x$new_domain_name != x ] R=${R}search $new_domain_name +[ x$new_domain_name != x ] R=${R}search $new_domain_name for NMSRVR in $new_domain_name_servers; do R=${R}nameserver $NMSRVR
Bug#337926: gnome-media: gnome-volume-control/mixer_applet2 only persists partial settings
On Thu, 2006-02-16 at 11:20 +0100, Loïc Minier wrote: Could you try again with ALSA (Debian kernels don't support OSS anymore)? You can swithc to ALSA by using gstreamer-properties from the gnome-media package. That's an interesting assertion. As far as I can tell, Debian kernels support OSS just fine. Further, when I do unload the OSS emulation modules and attempt to use ALSA interfaces directly, most stuff breaks. I'm not all that interested in having working volume control at the cost of having no working sound! (Please do not offer assistance on the switch to ALSA, I do not wish to spend any more time on it at present.) If you're unable to reproduce the bug, then by all means close the ticket. - Raz
Bug#345252: gnupg-doc: Error in hypothetical web of trust
Package: gnupg-doc Version: 2003.04.06-4 Severity: normal The last example in the table at the bottom of /usr/share/doc/gnupg-doc/GNU_Privacy_Handbook/html/x335.htm states that Dharma's key is not valid. Given that Alice has signed Dharm's key directly, this would appear to be an error. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.12-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342280: Please consider allowing '/dev/' to be omitted from pmount's argument
Package: pmount Version: 0.8-2 Severity: wishlist This is largely to bring it in line with pumount, eject and the principle of least surprise. It need not even be as promsicuous as eject (which tries /dev, /media and /mnt), merely checking /dev will do. (Apart from which, being in /dev is a requirement, for pmount, so requiring the user to type it at every invocation is a little redundant.) -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.12-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages pmount depends on: ii dbus-1 0.23.4-1 simple interprocess messaging syst ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libhal00.4.7-3sarge1 Hardware Abstraction Layer - share ii libsysfs1 1.2.0-5 interface library to sysfs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340698: growisofs: misfeature: non-overridable refusal to write 50% of a DL DVD
Package: dvd+rw-tools Version: 5.21.4.10.8-1 Severity: normal When writing to a DL DVD, growisofs checks whether the data to be written will occupy 50% of the disk and, if not, refuses the write operation with the message: use single layer media for this recording This is good advice for penny-pinchers but when the DVD is being used as an offsite backup medium by an automated process, saving a few dollars is not revelant. The fact that this advice cannot be overridden (e.g. by a --force-wasteful-write-to-dl-dvd option) makes this misfeature serious enough to describe it as a bug. (Background to explain why this is an issue: Our backup job runs on Thursday nights. Generating the backup data, writing it and then reading it back to verify it takes a number of hours. Someone visits on Fridays to take the written disk offsite and insert a new blank. The amount of data to be written varies from week to week (sometimes more than 4.7GB, sometimes less) and isn't determined until six days after the blank disc is inserted. The person who rotates the disc (a) does not have a supply of single layer DVDs to insert and, even if he did, (b) can't hang around for hours while the job re-runs.) - Raz -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.12-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages dvd+rw-tools depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13 GCC support library ii libstdc++51:3.3.5-13 The GNU Standard C++ Library v3 ii mkisofs 4:2.01+01a01-2 Creates ISO-9660 CD-ROM filesystem -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339005: console-common: install-keymap runs loadkeys without -q, interacts wrongly with debconf, succeeds but exits non-zero
Package: console-common Version: 0.7.49 Severity: normal - Add '-x' to the end of the first line in install-keymap - Run, say, 'install-keymap us' - The end of the output will show: + /bin/loadkeys /etc/console/boottime.kmap.gz + . /usr/share/debconf/confmodule ++ '[' '!' 1 ']' ++ '[' -z '' ']' ++ exec ++ DEBCONF_REDIR=1 ++ export DEBCONF_REDIR ++ md5sum /etc/console/boottime.kmap.gz ++ cut -f1 '-d ' + MD=7e1d5e02468a6d115be5323cf6c5be10 + db_set console-data/bootmap-md5sum 7e1d5e02468a6d115be5323cf6c5be10 + _db_cmd 'SET console-data/bootmap-md5sum' 7e1d5e02468a6d115be5323cf6c5be10 + echo 'SET console-data/bootmap-md5sum' 7e1d5e02468a6d115be5323cf6c5be10 + local 'IFS= ' + local _LINE + read -r _LINE + RET=20 Unsupported command loading (full line was Loading /etc/console/boottime.kmap.gz) received from confmodule. + return 20 (This non-zero exit is a problem for use of the script from within a whiptail-based setup tool which interprets this as a failure.) Apparently loadkeys is being chatty and debconf is consuming stdout as a command channel. Other loadkey invocations in the script do use -q. Adding -q to this last invocation yields: + /bin/loadkeys -q /etc/console/boottime.kmap.gz + . /usr/share/debconf/confmodule ++ '[' '!' 1 ']' ++ '[' -z '' ']' ++ exec ++ DEBCONF_REDIR=1 ++ export DEBCONF_REDIR ++ md5sum /etc/console/boottime.kmap.gz ++ cut -f1 '-d ' + MD=7e1d5e02468a6d115be5323cf6c5be10 + db_set console-data/bootmap-md5sum 7e1d5e02468a6d115be5323cf6c5be10 + _db_cmd 'SET console-data/bootmap-md5sum' 7e1d5e02468a6d115be5323cf6c5be10 + echo 'SET console-data/bootmap-md5sum' 7e1d5e02468a6d115be5323cf6c5be10 + local 'IFS= ' + local _LINE + read -r _LINE + RET=value set + return 0 which is presumably what is actually intended (and which returns 0 on success, as expected). - Raz -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.12-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages console-common depends on: ii console-data2002.12.04dbs-49 Keymaps, fonts, charset maps, fall ii console-tools 1:0.2.3dbs-56Linux console and font utilities ii debconf 1.4.30.13Debian configuration management sy ii debianutils 2.8.4Miscellaneous utilities specific t -- debconf information: console-data/keymap/template/layout: console-data/keymap/family: qwerty console-data/keymap/powerpcadb: console-data/keymap/template/variant: console-data/keymap/ignored: console-data/keymap/full: console-data/keymap/template/keymap: console-data/keymap/policy: Don't touch keymap console-data/bootmap-md5sum: none -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338114: cron-apt: Please consider using /etc/cron.daily instead of /etc/cron.d, as anacron ignores the latter
Package: cron-apt Version: 0.3.0 Severity: wishlist Pretty much as per the subject. While an administrator can make pretty much any configuration (s)he wishes, the default is daily, but as this is implemented in /etc/cron.d instead of /etc/cron.daily, it simply doesn't happen on machines running anacron. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.12-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages cron-apt depends on: ii apt 0.5.28.6Advanced front-end for dpkg ii bash 2.05b-26The GNU Bourne Again SHell ii debianutils 2.8.4 Miscellaneous utilities specific t ii mailx1:8.1.2-0.20040524cvs-4 A simple mail user agent -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338150: nautilus-cd-burner: Please consider accepting .iso9660 as a suffix for image files, as well as .iso
Package: nautilus-cd-burner Version: 2.8.7-3 Severity: wishlist .iso is a widespread, but meaningless (which ISO format?) extension for CD images; as it stands, Nautilus penalises users of the more descriptive .iso9660 suffix. Please consider supporting this one too. (By support I mean have 'Write to Disc' appear on the right-click menu.) -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.12-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages nautilus-cd-burner depends on: ii cdrecord 4:2.01+01a01-2command line CD writing tool ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libeel2-2 2.8.2-1 Eazel Extensions Library (for GNOM ii libgail-common 1.8.4-1 GNOME Accessibility Implementation ii libgail17 1.8.4-1 GNOME Accessibility Implementation ii libgconf2-42.8.1-6 GNOME configuration database syste ii libglade2-01:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnome2-02.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-4 The GNOME virtual file-system libr ii libgtk2.0-02.6.4-3 The GTK+ graphical user interface ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libnautilus-burn0 2.8.7-3 Nautilus Burn Library - runtime ve ii libnautilus2-2 2.8.2-2 libraries for nautilus components ii liborbit2 1:2.12.2-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libxml22.6.16-7 GNOME XML library ii mkisofs4:2.01+01a01-2Creates ISO-9660 CD-ROM filesystem ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337926: gnome-media: gnome-volume-control/mixer_applet2 only persists partial settings
Package: gnome-media Version: 2.8.0-0.4 Severity: normal I'm not clear on whose responsibility it is to save/restore volume settings, but somewhere gnome is getting this wrong. The above two are my best guess. When I reboot, the Volume setting is retained, but the PCM setting is not, rendering the former useless as it is still neccessary to fire up gnome-volume-control to raise the PCM setting above zero to get any sound to play. - Raz -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.12-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages gnome-media depends on: ii gstreamer0.8-misc 0.8.8-2 Collection of various GStreamer pl ii gstreamer0.8-oss [ 0.8.8-2 OSS plugin for GStreamer ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libesd00.2.35-2 Enlightened Sound Daemon - Shared ii libgail-common 1.8.4-1 GNOME Accessibility Implementation ii libgail17 1.8.4-1 GNOME Accessibility Implementation ii libgconf2-42.8.1-6 GNOME configuration database syste ii libgcrypt111.2.0-11.1LGPL Crypto library - runtime libr ii libglade2-01:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnome-keyring0 0.4.2-1 GNOME keyring services library ii libgnome2-02.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-4 The GNOME virtual file-system libr ii libgnutls111.0.16-13.1 GNU TLS library - runtime library ii libgpg-error0 1.0-1 library for common error values an ii libgstreamer-gconf 0.8.8-2 GConf support for GStreamer ii libgstreamer-plugi 0.8.8-2 Various GStreamer libraries and li ii libgstreamer0.8-0 0.8.9-2 Core GStreamer libraries, plugins, ii libgtk2.0-02.6.4-3 The GTK+ graphical user interface ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii liborbit2 1:2.12.2-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libtasn1-2 0.2.10-3 Manage ASN.1 structures (runtime) ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxml22.6.16-7 GNOME XML library ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332796: syslog-ng: error handling is more subtle than I thought
Package: syslog-ng Version: 1.6.5-2.2 Followup-For: Bug #332796 Apologies, I need to withdraw some of my earlier report. start-stop-daemon provides no means to distinguish between a failure to stop a running instance (which is a problem for a restart) and there being no instance to stop (which is not). Even if it did, the --exec would prevent it from correctly detecting a running instance during an upgrade. So, I acknowledge that the error handling problem is more subtle than it looked (and that, oddly, I've never noticed this before...), but still believe using --exec with --stop is unadvisable because it'll prevent a restart after an upgrade. - Raz -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.12-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages syslog-ng depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii util-linux 2.12p-4sarge1 Miscellaneous system utilities -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332796: syslog-ng: Incorrect error handling in init.d script, causes failure to restart during upgrade, may cause other probs
Package: syslog-ng Version: 1.6.5-2.2 Severity: normal As per /etc/init.d/skeleton (from which /etc/init.d/syslog-ng is created), -e should always be set in init.d scripts. In syslog-ng's case, it is not. This has been work around for failres to start by having lots of '|| exit 1', but no attention has been paid to failures to stop. A better approach is to turn and then to use '|| true' to explicitly ignore errors. (N.B. see #310305 where a 'failure to stop is not an error' has probably led to the situation where multiple instances can be running at once.) On to the specific problems: 'start-stop-daemon --stop' should, ordinarily, not be used in conjunction with --exec, certainly not when --pidfile is in use. The unfortunate consequence of using both is that when the executable file is deleted, e.g. during a woody-sarge upgrade (fuser shows the running syslog-ng - that being the running instance of the old executable - to be '(deleted)'), start-stop-daemon is unable to stop the daemon (because no daemon is running with the named executable). Worse, because of the incorrect error handling in syslog-ng's init.d script, the failure to stop does not prevent at attempt to start, which means that the new instance destroys the still-valid information in the PID file. In my case, the new instance fails to start (because port 514 is busy) and so aborts. As far as start-stop-daemon is concerned, there is definitely no running instance (no match on pidfile or executable, so the stop fails, but its attempts to start a new one also fail, because the port is busy. To fix: rework the script as per typical scripts: - 'set -e' - don't use --exec with 'start-stop-daemon --stop' - failure of start-stop-daemon to stop the daemon is an error, and should cause an error message and non-zero exit. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.12-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages syslog-ng depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii util-linux 2.12p-4sarge1 Miscellaneous system utilities -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331657: xpdf: changethis.com popup text obscures document
Package: xpdf-reader Version: 3.00-13 Severity: normal I have some reservations about changethis.com's stance on document presentation, and no way of knowing where fault lies in this case, but notice that the below symptom does not appear with gpdf or Acrobat reader. This problem is either an xpdf bug (which is worth reporting on its own merit) or with changethis.com and the other viewers (in which case bug-compatibility with other viewers is probably still worth pursuing). If you view essentially any of changethis.com's manifestos (e.g. [1]) a box titled GO AHEAD AND PRINT THIS appears over the document text. - Raz 1: http://changethis.com/16.betthis/download/?screen=1action=download_manifesto -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.12-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages xpdf depends on: ii xpdf-common 3.00-13Portable Document Format (PDF) sui ii xpdf-reader 3.00-13Portable Document Format (PDF) sui ii xpdf-utils3.00-13Portable Document Format (PDF) sui Versions of packages xpdf-reader depends on: ii gsfonts8.14+v8.11+urw-0.2Fonts for the Ghostscript interpre ii lesstif2 1:0.93.94-11.4OSF/Motif 2.1 implementation relea ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc11:3.4.3-13GCC support library ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libpaper1 1.1.14-3 Library for handling paper charact ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libt1-55.0.2-3 Type 1 font rasterizer library - r ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxp6 4.3.0.dfsg.1-14sarge1 X Window System printing extension ii libxpm44.3.0.dfsg.1-14sarge1 X pixmap library ii libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii xpdf-common3.00-13 Portable Document Format (PDF) sui ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323794: postgresql: For local connections, convert.pg_hba.conf only works for ident and pam, all other methods are forced to pam
Package: postgresql Version: 7.4.7-6sarge1 Severity: normal 46: if ($method eq ident or $method = pam) { The = should be eq. As it stands, not only does this test always succeed (so the test later in the script which verifies that the parameter is only set in the ident or pam always determines that there's no problem, even if there is one), but the $method variable, which is used in generating the new pg_hba.conf file, has been changed, meaning that configurations which worked correctly, and would continue to work correctly if the authentication method was unchanged, now cease working and the postinst itself ends up having problems in some situations. Further, the test for excess parameters fails to deal with the optional extra parameter for the password, md5 (and perhaps crypt?) methods. So, not only should = be replaced with eq, but additional tests for password, md5 and, perhaps, crypt should be added. - Raz -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages postgresql depends on: ii adduser 3.63Add and remove users and groups ii debconf [debconf 1.4.30.13 Debian configuration management sy ii debianutils 2.8.4 Miscellaneous utilities specific t ii dpkg 1.10.28 Package maintenance system for Deb ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libcomerr2 1.37-2sarge1common error description library ii libkrb53 1.3.6-2sarge2 MIT Kerberos runtime libraries ii libpam0g 0.76-22 Pluggable Authentication Modules l ii libperl5.8 5.8.4-8 Shared Perl library ii libpq3 7.4.7-6sarge1 PostgreSQL C client library ii libreadline4 4.3-11 GNU readline and history libraries ii libssl0.9.7 0.9.7e-3SSL shared libraries ii mailx1:8.1.2-0.20040524cvs-4 A simple mail user agent ii postgresql-clien 7.4.7-6sarge1 front-end programs for PostgreSQL ii procps 1:3.2.1-2 The /proc file system utilities ii python2.32.3.5-3 An interactive high-level object-o ii ucf 1.17Update Configuration File: preserv ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- debconf information: postgresql/initdb/location: /var/lib/postgres/data postgresql/upgrade/preserve_location: $PGDATA/.. postgresql/settings/day_month_order: US postgresql/upgrade/policy: true postgresql/settings/locale: C postgresql/enable_lang: true postgresql/purge_data_too: false postgresql/very_old_version_warning: true postgresql/upgrade/dump_location: $PGDATA/.. postgresql/convert-pg_hba.conf: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317510: irda-utils: irdadump -v is mis-documented
Package: irda-utils Version: 0.9.16-9 Severity: normal The manpage says -v is verbose. Using -v gives a version message and exits. irdadump's usage message fails to mention -v at all. I suspect that the rational course here is to assume that the documentation is in error and so update the manpage and usage message (rather than modify the tool to implement a verbose mode). - Raz -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages irda-utils depends on: ii debconf [debconf-2.0] 1.4.30.13Debian configuration management sy ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libglib1.2 1.2.10-9 The GLib library of C routines ii makedev 2.3.1-77 creates device files in /dev ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo -- debconf information: * irda-utils/discovery: true * irda-utils/ttydev: /dev/ttyS1 irda-utils/firopt: irda-utils/setserial: * irda-utils/selectdevice: serial * irda-utils/dongle: none irda-utils/firdev: * irda-utils/enable: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293988: gpdf: Should this be a bug (instead of a wishlist)?
Package: gpdf Version: 2.8.2-1.2 Followup-For: Bug #293988 I note that Ctrl- _does_ work in fullscreen mode, but ctrl+ does not. Is it reasonable to elevate this above wishlist? - Raz -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gpdf depends on: ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-13 GCC support library ii libgconf2-4 2.8.1-6 GNOME configuration database syste ii libglade2-0 1:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeprint2.2-0 2.8.2-1 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.8.2-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-4 The GNOME virtual file-system libr ii libgtk2.0-0 2.6.4-3 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-14 Inter-Client Exchange library ii liborbit21:2.12.2-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpaper11.1.14-3Library for handling paper charact ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii libxml2 2.6.16-7GNOME XML library ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311374: gedit no longer opens new files as tabs on existing instance
Package: gedit Version: 2.8.3-3 Severity: normal Gedit used to open new documents as tabs on an existing gedit instance. Since an upgrade a month or two ago, this has ceased being the case. Even attempts to force it to do so explicitly with --new-document appear to have no effect. This was a really cool feature, having it back would be nice. - Raz -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gedit depends on: ii gconf2 2.8.1-6 GNOME configuration database syste ii gedit-common 2.8.3-3 light-weight text editor support f ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaspell150.60.2+20050121-2 The GNU Aspell spell-checker runti ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libeel2-2 2.8.2-1 Eazel Extensions Library (for GNOM ii libgail-common 1.8.4-1 GNOME Accessibility Implementation ii libgail17 1.8.4-1 GNOME Accessibility Implementation ii libgconf2-42.8.1-6 GNOME configuration database syste ii libglade2-01:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnome2-02.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.8.0-1 A powerful object-oriented display ii libgnomeprint2.2-0 2.8.2-1 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.8.2-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-4 The GNOME virtual file-system libr ii libgtk2.0-02.6.4-3 The GTK+ graphical user interface ii libgtksourceview1.0-0 1.2.0-1 shared libraries for the GTK+ synt ii libice64.3.0.dfsg.1-13 Inter-Client Exchange library ii liborbit2 1:2.12.2-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-13 X Window System Session Management ii libxml22.6.16-7 GNOME XML library ii scrollkeeper 0.3.14-10 A free electronic cataloging syste ii xlibs 4.3.0.dfsg.1-13 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310722: acknowledged by developer (Re: Bug#310722: udev does not cause snd-pcm-oss to be loaded (for /dev/dsp) without seperate administrator action)
Whether or not this workaround is a simple administrative action does not make it a non-bug. In order to fix the problem I had to work out that You should have read README.Debian instead, or just installed alsa-base which does everything needed to load snd-pcm-oss. Apologies for not being clear. At step 1: - /dev is no longer the traditional /dev, instead it is an ephemeral tree maintained by udev I skimmed everything at /usr/share/doc/udev (including README.Debian.gz) and found nothing which said the reason that udev disables sound by default is that it won't create /dev/dsp until you manually add add snd-pcm-oss to /etc/modules. This is not a problem on Woody, /dev/dsp is there from the outset and the kernel takes care of its own plumbing as soon as an application opens /dev/dsp. The current behaviour of udev will completely disable sound for all Debian users except those who: (a) happen to use alsa (a base Sarge install does not do this) or (b) manage to work through the series of guesses that I did to get to work something which should work automatically, and has worked automatically in several previous releases of Debian. Further, as I pointed out in the original report, even if you did, in reposnse to this bug, add the relevant information to udev's README.Debian, how is the average to know that the magic information is hidden in /usr/share/doc/udev/README.Debian.gz rather than any of the hundreds of other /usr/share/doc/*/README.Debian* files or thousands of other files in /usr/share/doc/. It is not reasonable to assume that most users will be experts in /dev management to even realise that this is the place to look. - Raz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310722: udev does not cause snd-pcm-oss to be loaded (for /dev/dsp) without seperate administrator action
Package: udev Version: 0.056-2 Severity: critical Justification: breaks unrelated software {{ unrelated in this instance means all packages that use /dev/dsp for audio I/O; these packages number in the hundreds at least }} workaround: manually add snd-pcm-oss to /etc/modules Whether or not this workaround is a simple administrative action does not make it a non-bug. In order to fix the problem I had to work out that - /dev is no longer the traditional /dev, instead it is an ephemeral tree maintained by udev - google a bit to work out that /dev/dsp is provided by snd-pcm-oss - I already knew about /etc/modules, other users would have to spend time and effort learning about it - add snd-pcm-oss to /etc/modules manually, and modprobe it on the running system (Windows-style reboot after every configuration change being a less than appealling policy) I regard myself as being better able to cope with this sort of stuff than most users and consider the above sequence to be a little unreasonable even for my level of ability. For most users, expecting them to get through the above sequence is preposterous. The severity of the bug is about how difficult it is for a user to solve the problem, which of neccessity includes the entire diagnosis process, not just the final, corrective step. Also, for something this fundamental, an entry in the README would not be adequate, simply because a big chunk of the diagnosis time is spent working out that the problem is with udev; until that point, the README would not even be consulted. - Raz -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 0 lrwxrwxrwx 1 root root 20 2005-05-21 18:28 020_permissions.rules - ../permissions.rules lrwxrwxrwx 1 root root 19 2005-05-21 18:28 cd-aliases.rules - ../cd-aliases.rules lrwxrwxrwx 1 root root 13 2005-05-21 18:28 udev.rules - ../udev.rules lrwxrwxrwx 1 root root 12 2005-05-21 18:25 z_hal-plugdev.rules - ../hal.rules -- /sys/: /sys/block/hda/dev /sys/block/hda/hda1/dev /sys/block/hda/hda2/dev /sys/block/hda/hda3/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/class/input/event0/dev /sys/class/input/event1/dev /sys/class/input/event2/dev /sys/class/input/mice/dev /sys/class/input/mouse0/dev /sys/class/input/ts0/dev /sys/class/misc/agpgart/dev /sys/class/misc/psaux/dev /sys/class/misc/rtc/dev /sys/class/sound/adsp/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/dsp/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D1p/dev /sys/class/sound/timer/dev -- Kernel configuration: -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages udev depends on: ii hotplug 0.0.20040329-22 Linux Hotplug Scripts ii initscripts 2.86.ds1-1 Standard scripts needed for bootin ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii makedev 2.3.1-77creates device files in /dev ii sed 4.1.2-8 The GNU sed stream editor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306159: speexdec: relocation error: speexdec: undefined symbol: speex_decode_int
Package: speex Version: 1.1.6-2 Severity: normal On attempting to play a file[1]: $ speexdec female_scrub.spx Decoding 8000 Hz audio using narrowband mode (stereo) Encoded with Sweep 0.5.8-spx1 (metadecks.org) speexdec: relocation error: speexdec: undefined symbol: speex_decode_int $ 1: downloaded from http://www.metadecks.org/software/sweep/audio/demos/female_scrub.spx -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages speex depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libogg0 1.1.0-1 Ogg Bitstream Library ii libspeex1 1.0.rel.4-1 The Speex Speech Codec -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#281758: glabels: glabels file type not correctly recognised by nautilus
Hi Andrew, Are you using the extension .glabels on the end of your files? If so, (embarrassment) Apparently Nautilus is case-sensitive wrt filename extensions, the extension on the file in question was .gLabels which wasn't matching. Not a glabels bug. Thanks. - Raz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292960: nautilus: Opening HTML file from WebDAV share with Text Editor launches Epiphany
Package: nautilus Version: 2.8.2-2 Severity: normal I'm not even sure where to report this, but in the limited sense that nautilus is opening an unreasonable application, it seems an appropriate place to file the report, at least initially. The Subject: line is pretty self explanatory, all I'd add is that copying the file from the WebDAV share to a local file system and again right clicking and selecting 'Open with Text Editor' causes my text editor (gedit) to open instead, which was the expected behaviour in the first place. Using 'Open with Other Application' and typing 'gedit' does actually get gedit to open the file from the WebDAV share. (I am aware that gedit is only capable of reading from WebDAV shares and will thus open files read-only, which is a little pointless, but it's a lot clearer in that case that there is a can't write here problem rather than I'm randomly opening some unexpected application.) I assume that this is a configuration problem of some description, but as I never set up any of this configuration it seems reasonable to assume that an installer somewhere (perhaps not Nautilus') is at fault. - Raz -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages nautilus depends on: ii capplets 1:2.8.1-3 configuration applets for GNOME 2 ii desktop-file-utils 0.9-1 Utilities for .desktop files ii libart-2.0-2 2.3.16-6Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libaudiofile00.2.6-5 Open-source version of SGI's audio ii libbonobo2-0 2.8.0-4 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.0-2 The Bonobo UI library ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libeel2-22.8.2-1 Eazel Extensions Library (for GNOM ii libesd0 0.2.35-2Enlightened Sound Daemon - Shared ii libexif100.6.9-4 The EXIF library allows you to par ii libgail-common 1.8.2-1 GNOME Accessibility Implementation ii libgail171.8.2-1 GNOME Accessibility Implementation ii libgconf2-4 2.8.1-4 GNOME configuration database syste ii libglade2-0 1:2.4.1-1 Library to load .glade files at ru ii libglib2.0-0 2.6.1-2 The GLib library of C routines ii libgnome-desktop-2 2.8.1-2 Utility library for loading .deskt ii libgnome2-0 2.8.0-6 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.0-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.3-9 The GNOME virtual file-system libr ii libgtk2.0-0 2.4.14-2The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libnautilus2-2 2.8.2-2 libraries for nautilus components ii liborbit21:2.10.2-1.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.6.0-3 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii librsvg2-2 2.8.1-2 SAX-based renderer library for SVG ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstartup-notification0 0.7-1 library for program launch feedbac ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxml2 2.6.11-5GNOME XML library ii nautilus-data2.8.2-2 data files for nautilus ii shared-mime-info 0.15-1 FreeDesktop.org shared MIME databa ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]