Bug#776029: udisks2: "Authentication is required to update SMART data" dialog repeated over and over again
Package: udisks2
Version: 2.1.4-1
Severity: important
I just did an aptitude upgrade (to latest Debian/unstable) and now I'm
getting an annoying modal dialog prompting for my password
("Authentication is required to update SMART data from X (/dev/sda)")
about every five seconds. How do I make this stop?
I tracked down the message to this package, and I tried updating
to the Debian/experimental version of the package. No luck.
Help!
-- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
Versions of packages udisks2 depends on:
ii dbus 1.8.14-1
ii libacl12.2.52-2
ii libatasmart4 0.19-3
ii libc6 2.19-13
ii libglib2.0-0 2.42.1-1
ii libgudev-1.0-0 215-10
ii libpam-systemd 215-10
ii libpolkit-agent-1-00.105-8
ii libpolkit-gobject-1-0 0.105-8
ii libsystemd0215-10
ii libudisks2-0 2.1.3-5
ii parted 3.2-6
ii udev 215-10
Versions of packages udisks2 recommends:
ii dosfstools 3.0.27-1
ii eject2.1.5+deb1+cvs20081104-13.1
ii gdisk0.8.10-1
ii ntfs-3g 1:2014.2.15AR.3-1
ii policykit-1 0.105-8
Versions of packages udisks2 suggests:
pn btrfs-tools
ii cryptsetup-bin 2:1.6.6-4
pn exfat-utils
pn mdadm
pn reiserfsprogs
pn xfsprogs
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#760961: Update
FWIW, manually running update-openrocket after install seemed to work fine: $ sudo update-openrocket --status OpenRocket version installed on this system : OpenRocket version available on upstream site: 14.06 $ sudo update-openrocket --install $ sudo update-openrocket --status OpenRocket version installed on this system : 14.06 OpenRocket version available on upstream site: 14.06 $ which openrocket /usr/bin/openrocket --scott -- ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#760961: openrocket: no /usr/bin/openrocket installed
Package: openrocket Version: 14.06 Severity: grave Justification: renders package unusable I just attempted to install openrocket. I got this output on console: ``` Setting up openrocket (14.06) ... options : --install --fast --verbose -- temporary directory: /tmp/openrocket.sVquE7IYN6 selected action = --install installed version = upstream version = wgetoptions= -nd -P . -v --progress=dot:default -t 3 -T 15 downloading ... wget: missing URL Usage: wget [OPTION]... [URL]... Try `wget --help' for more options. cleaning up temporary directory /tmp/openrocket.sVquE7IYN6 ... ERROR: wget failed to download ``` *and* the package appeared to complete successfully (that is, the failure to download didn't cause a failure to install, so I didn't notice that there was a problem). This left me with no /usr/bin/openrocket binary and no usable openrocket. --scott -- Package-specific info: Debian version: jessie/sid Architecture: i386 Package version: 14.06 MD5 checksums: md5sum: /usr/lib/openrocket/*.jar: No such file or directory -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openrocket depends on: ii default-jre 2:1.7-52 ii wget 1.15-1+b1 openrocket recommends no packages. openrocket suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#712556: More info.
(Me, too!) The problem seems to be that I've got libgbm1 v9.1.3-6 on my system, but libegl1-mesa v8.0.5-6. That is, aptitude managed to upgrade libgbm1 without upgrading the rest of mesa. This seems to have broken my system. Upgrading libegl1-mesa to v9.1.3-6 (and then using aptitude to ensure that the rest of the related mesa packages are also updated to 9.1.3-6) seems to have fixed the problem. (But gnome-shell is still hosed, have to figure out what's going on there.) --scott -- ( http://cscott.net/ )
Bug#686135: Found the issue
Nevermind: the notification popups were due to the libnotify plugin, and I found the option inside the plugin where it lets you turn off buddy status update notifications. --scott -- ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686135: pidgin: Need way to disable buddy notifications
Package: pidgin Version: 2.10.6-1 Severity: normal The latest pidgin appears to send notifications every time a buddy changes status. I have a very large buddy list, and the constant popups are very distracting. There needs to be some way to turn this off. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pidgin depends on: ii gconf2 3.2.5-1+build1 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libdbus-1-3 1.6.2-2 ii libdbus-glib-1-20.100-1 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk2.0-0 2.24.10-2 ii libgtkspell02.0.16-1 ii libice6 2:1.0.8-2 ii libpango1.0-0 1.30.0-1 ii libpurple0 2.10.6-1 ii libsm6 2:1.2.1-2 ii libx11-62:1.5.0-1 ii libxml2 2.8.0+dfsg1-5 ii libxss1 1:1.2.2-1 ii perl-base [perlapi-5.14.2] 5.14.2-12 ii pidgin-data 2.10.6-1 Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base 0.10.36-1 ii gstreamer0.10-plugins-good 0.10.31-3 Versions of packages pidgin suggests: ii libsqlite3-0 3.7.13-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#622628: npm: Nodejs 0.6.11 breaks npm 0.2.19
Package: npm Version: 0.2.19-1 Followup-For: Bug #622628 Unstable just got nodejs 0.6.2. Unfortunately, this breaks npm 0.2.19. Hopefully we can bump up the priority of packaging the newer npm now? cananian@skiffserv:~$ npm node.js:201 throw e; // process.nextTick error, or 'error' event on first tick ^ Error: No such module at Object. (/usr/share/npm/lib/utils/output.js:8:21) at Module._compile (module.js:441:26) at Object..js (module.js:459:10) at Module.load (module.js:348:32) at Function._load (module.js:308:12) at Module.require (module.js:354:17) at require (module.js:370:17) at Object. (/usr/share/npm/lib/utils/log.js:21:14) at Module._compile (module.js:441:26) at Object..js (module.js:459:10) cananian@skiffserv:~$ -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages npm depends on: ii nodejs 0.6.11~dfsg1-2 ii nodejs-dev 0.6.11~dfsg1-2 npm recommends no packages. npm suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#472477: Bug still present
On Fri, Jan 27, 2012 at 11:52 AM, Michael Biebl wrote: > Version: 3.2.2-2 > On 27.01.2012 17:41, C. Scott Ananian wrote: >> Ping? It's been almost four years now, and this bug is still present. >> It's causing me troubles with github ssh. > > Works fine with gnome-keyring. Perhaps you don't understand. According to http://live.gnome.org/GnomeKeyring/Ssh (the only documentation I could find), ssh-add -d/-D deletes only *manually added* keys from gnome-keyring. There is no way to delete automatically added keys. This is the original bug, and it's still definitely present. So, for example, if you have two different automatically-loaded ssh identities associated with two different github accounts -- say for work and for home -- there's *no way* to switch between them. github takes the first one which matches, so you always appear as your 'home' user to github, with no way to upload things to work projects. Allowing ssh-add -d to apply to automatically-loaded keys (and ssh-add -t X to change the lifetime of automatically-loaded keys), would restore the behavior most users expect. --scott -- ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#472477: Bug still present
Ping? It's been almost four years now, and this bug is still present. It's causing me troubles with github ssh. --scott -- ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#606372: Hard power cycle fixes it.
On Wed, Dec 8, 2010 at 2:51 PM, Cyril Brulebois wrote: > C. Scott Ananian (08/12/2010): >> I will try to downgrade the kernel to determine which of these >> theories is correct. > > In all cases, that seems like a kernel bug. I'll wait for another mail > from you before reassigning. > > Thanks for your report, and for investigating. I couldn't find a .deb for the 2.6.32-27 kernel, so couldn't verify that -27 was at fault. Feel free to reassign/close, since everything's fine with the 2.6.32-28 kernel. I'm not convinced it's a kernel problem, because I'm fairly sure (but not certain) that I had used successfully used virtualbox at some point before my previous reboot. That is, I *think* that I had managed to avoid the crash at least once when running 2.6.32-27. But I can't easily confirm that now. --scott -- ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#606372: Hard power cycle fixes it.
A power cycle (power off, power on) fixes the crash. Restarting just X didn't fix the problem; reverting to xserver-common_2%3a1.7.7-9_all.deb, xserver-xorg-core_2%3a1.7.7-9_i386.deb, xserver-xephyr_2%3a1.7.7-9_i386.deb, and xserver-xorg-video-intel_2%3a2.13.0-2_i386.deb also didn't fix the problem. My diagnosis is that this is a not-recent bug in initializing the GPU -- the GPU can get into some funny state that the current init code can not fix, and which will cause a later segfault in the DRI code. *However* another possibility is that rebooting changed the kernel version. The logs from the bug I submitted above say the kernel was: Linux version 2.6.32-5-686 ... Sat Oct 30 22:47:19 UTC 2010 which corresponds to debian version linux-2.6 (2.6.32-27), and my current running kernel version (which doesn't show the bug) is: Linux skiffserv 2.6.32-5-686 ... Thu Nov 25 18:43:34 UTC 2010 which corresponds to debian version linux-2.6 (2.6.32-28). I will try to downgrade the kernel to determine which of these theories is correct. --scott -- ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#606372: xserver-xorg-video-intel: Reproducible crash w/ DRI
Package: xserver-xorg-video-intel Version: 2:2.13.0-4 Severity: important Clicking the 'fullscreen' button in flash video or starting virtualbox causes X to immediately segfault. Tail of /var/log/Xorg.0.log.old: (II) intel(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) (II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) Backtrace: 0: /usr/bin/X (xorg_backtrace+0x3b) [0x80e7afb] 1: /usr/bin/X (0x8048000+0x61005) [0x80a9005] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb770b40c] 3: /usr/lib/xorg/modules/extensions/libdri2.so (0xb72ce000+0x1d8c) [0xb72cfd8c] 4: /usr/bin/X (0x8048000+0x2b067) [0x8073067] 5: /usr/bin/X (0x8048000+0x1e9aa) [0x80669aa] 6: /lib/i686/cmov/libc.so.6 (__libc_start_main+0xe6) [0xb7433c76] 7: /usr/bin/X (0x8048000+0x1e5a1) [0x80665a1] Segmentation fault at address (nil) Fatal server error: Caught signal 11 (Segmentation fault). Server aborting Please consult the The X.Org Foundation support at http://wiki.x.org for help. Please also check the log file at "/var/log/Xorg.0.log" for additional information. (II) Power Button: Close (II) UnloadModule: "evdev" (II) Video Bus: Close (II) UnloadModule: "evdev" (II) Sleep Button: Close (II) UnloadModule: "evdev" (II) AT Translated Set 2 keyboard: Close (II) UnloadModule: "evdev" (II) TPPS/2 IBM TrackPoint: Close (II) UnloadModule: "evdev" (II) ThinkPad Extra Buttons: Close (II) UnloadModule: "evdev" (II) AIGLX: Suspending AIGLX clients for VT switch -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Apr 13 2006 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1733512 Dec 1 19:16 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 2462 Apr 17 2009 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type "man xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "Files" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" EndSection Section "InputDevice" Identifier "Synaptics Touchpad" Driver "synaptics" Option "SendCoreEvents""true" Option "Device""/dev/psaux" Option "Protocol" "auto-dev" Option "HorizScrollDelta" "0" EndSection Section "Device" Identifier "Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller" Driver "intel" BusID "PCI:0:2:0" EndSection Section "Monitor" Identifier "Generic Monitor" Option "DPMS" HorizSync 28-51 VertRefresh 43-60 EndSection Section "Screen" Identifier "Default Screen" Device "Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller" Monitor "Generic Monitor" DefaultDepth24 SubSection "Display" Depth 1 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 4 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 15 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display"
Bug#603712: libcurl3: Licensing issue (required BSD attribution missing)
Package: libcurl3 Version: 7.21.2-1 Severity: normal The file libcurl3/lib/security.c is derived from a file licensed with the attribution-required BSD license. According to clause 2, "Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution." There is a brief mention at the end of /usr/share/doc/libcurl3/README: Curl contains pieces of source code that is Copyright (c) 1998, 1999 Kungliga Tekniska H�gskolan. This notice is included here to comply with the distribution terms. There are two problems with this: 1) Clause 2 actually requires not only the copyright notice, but also the "list of conditions and the following disclaimer" in the documentation, which are missing in the README. 2) This notice shouldn't actually be in /usr/share/doc/libcurl3/README -- it should be in /usr/share/doc/libcurl3/copyright, to facilitate small debian-based distributions which often trim non-copyright information from /usr/share/doc. (Section 12.5 of http://www.debian.org/doc/debian-policy/ch-docs.html) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libcurl3 depends on: ii ca-certificates 20090814+nmu2Common CA certificates ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libgssapi-krb5-21.8.3+dfsg-2 MIT Kerberos runtime libraries - k ii libidn111.18-1 GNU Libidn library, implementation ii libldap-2.4-2 2.4.23-6 OpenLDAP libraries ii libssh2-1 1.2.6-1 SSH2 client-side library ii libssl0.9.8 0.9.8o-2 SSL shared libraries ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime libcurl3 recommends no packages. libcurl3 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586143: grub: Re: boot: Unaligned pointer 4c191bea
Package: grub-pc
Version: 1.98+20100614-1
Severity: normal
File: grub
Saw this in grub 1.98+20100614-1. Booting into a rescue disk, mounting and
chroot'ing to my old system, and running 'grub-install /dev/sda' fixed the
problem.
--scott
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/disk/by-uuid/fef0083a-c372-479f-8cea-34858d7e1de4 / ext3
rw,relatime,errors=remount-ro,user_xattr,data=ordered 0 0
/dev/sdb /media/4AE3-8F6D vfat
rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0077,codepage=cp437,iocharset=utf8,shortname=mixed,showexec,utf8,flush,errors=remount-ro
0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/sda
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
load_env
fi
set default="0"
if [ "${prev_saved_entry}" ]; then
set saved_entry="${prev_saved_entry}"
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
fi
}
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set fef0083a-c372-479f-8cea-34858d7e1de4
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
fi
if terminal_output gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
fi
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set fef0083a-c372-479f-8cea-34858d7e1de4
set locale_dir=($root)/boot/grub/locale
set lang=en
insmod gettext
set timeout=5
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set fef0083a-c372-479f-8cea-34858d7e1de4
insmod png
if background_image /boot/grub/moreblue-orbit-grub.png ; then
set color_normal=black/black
set color_highlight=magenta/black
else
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-686' --class debian --class
gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set fef0083a-c372-479f-8cea-34858d7e1de4
echo'Loading Linux 2.6.32-5-686 ...'
linux /boot/vmlinuz-2.6.32-5-686
root=UUID=fef0083a-c372-479f-8cea-34858d7e1de4 ro quiet
echo'Loading initial ramdisk ...'
initrd /boot/initrd.img-2.6.32-5-686
}
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-686 (recovery mode)' --class
debian --class gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set fef0083a-c372-479f-8cea-34858d7e1de4
echo'Loading Linux 2.6.32-5-686 ...'
linux /boot/vmlinuz-2.6.32-5-686
root=UUID=fef0083a-c372-479f-8cea-34858d7e1de4 ro single
echo'Loading initial ramdisk ...'
initrd /boot/initrd.img-2.6.32-5-686
}
menuentry 'Debian GNU/Linux, with Linux 2.6.32-3-686' --class debian --class
gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set fef0083a-c372-479f-8cea-34858d7e1de4
echo'Loading Linux 2.6.32-3-686 ...'
linux /boot/vmlinuz-2.6.32-3-686
root=UUID=fef0083a-c372-479f-8cea-34858d7e1de4 ro quiet
echo'Loading initial ramdisk ...'
initrd /boot/initrd.img-2.6.32-3-686
}
menuentry 'Debian GNU/Linux, with Linux 2.6.32-3-686 (recovery mode)' --class
debian --class gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set fef0083a-c372-479f-8cea-34858d7e1de4
echo'Loading Linux 2.6.32-3-686 ...'
linux /boot/vmlinuz-2.6.32-3-686
root=UUID=fef0083a-c372-479f-8cea-34858d7e1de4 ro single
echo'Loading initial ramdisk ...'
initrd /boot/initrd.img-2.6.32-3-686
}
menuentry 'Debian GNU/Linux, with Linux 2.6.32-2-686' --class debian --class
gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set fef0083a-c372-479f-8cea-34858d7e1de4
echo'Loading Linux 2.6.32-2-686 ...'
linux /boot/vmlinuz-2.6.32-2-686
root=UUID=fef0083a-c372-479f-8cea-34858d7e1de4 ro quiet
e
Bug#582956: dfu-util: odd exit w/ upload; no error handling w/ download
Package: dfu-util
Version: 0.0+r4880-1
Severity: normal
Tags: patch
The output on stdout looks odd in 'upload' mode because the upload loop
never actually breaks properly; it always exits through the 'out_close'
path so doesn't print "finished" or terminate the line. Changing one
'goto out_close' to a 'break' fixes this problem.
The download waits until dfu_get_status returns DFU_STATE_dfuDNLOAD_IDLE,
but if there is a verify or format error, the device will transition to
DFU_STATE_dfuERROR instead, which will result in an infinite loop.
The attached patch fixes both of these problems.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages dfu-util depends on:
ii libc62.10.2-8Embedded GNU C Library: Shared lib
ii libusb-0.1-4 2:0.1.12-14 userspace USB programming library
dfu-util recommends no packages.
dfu-util suggests no packages.
-- no debconf information
diff -ru dfu-util-0.0+r4880.orig/src/sam7dfu.c dfu-util-0.0+r4880/src/sam7dfu.c
--- dfu-util-0.0+r4880.orig/src/sam7dfu.c 2010-05-20 17:19:07.0 -0400
+++ dfu-util-0.0+r4880/src/sam7dfu.c 2010-05-20 17:24:41.0 -0400
@@ -60,7 +60,7 @@
if (rc < xfer_size) {
/* last block, return */
ret = total_bytes;
- goto out_close;
+ break;
}
putchar('#');
fflush(stdout);
@@ -143,7 +143,8 @@
goto out_close;
}
usleep(5000);
- } while (dst.bState != DFU_STATE_dfuDNLOAD_IDLE);
+ } while (dst.bState != DFU_STATE_dfuDNLOAD_IDLE &&
+ dst.bState != DFU_STATE_dfuERROR);
if (dst.bStatus != DFU_STATUS_OK) {
printf(" failed!\n");
printf("state(%u) = %s, status(%u) = %s\n", dst.bState,
Only in dfu-util-0.0+r4880/src: sam7dfu.c~
Bug#582955: mysql-server-5.1: Minor grammar infelicity in debian-start script.
Package: mysql-server-5.1 Version: 5.1.46-1 Severity: minor Tags: patch The bootup text about "upgrade needing tables" is awkward English and has bothered me for some time now. Yes, it's a really minor thing, but it's bugged me long enough that I've finally put a patch together to fix it. Attached please find a patch to /etc/mysql/debian-start which makes the boot message read more smoothly. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mysql-server-5.1 depends on: ii adduser 3.112add and remove users and groups ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib ii libdbi-perl 1.611-1 Perl Database Interface (DBI) ii libgcc1 1:4.4.4-2GCC support library ii libmysqlclient165.1.46-1 MySQL database client library ii libstdc++6 4.4.4-2 The GNU Standard C++ Library v3 ii lsb-base3.2-23.1 Linux Standard Base 3.2 init scrip ii mysql-client-5.15.1.46-1 MySQL database client binaries ii mysql-common5.1.46-1 MySQL database common files, e.g. ii mysql-server-core-5.1 5.1.46-1 MySQL database server binaries ii passwd 1:4.1.4.2-1 change and administer password and ii perl5.10.1-12Larry Wall's Practical Extraction ii psmisc 22.11-1 utilities that use the proc file s ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages mysql-server-5.1 recommends: ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent ii libhtml-template-p 2.9-1 HTML::Template : A module for usin ii mailx 1:20081101-2 Transitional package for mailx ren Versions of packages mysql-server-5.1 suggests: pn tinyca (no description available) -- Configuration Files: /etc/mysql/debian-start changed: source /usr/share/mysql/debian-start.inc.sh MYSQL="/usr/bin/mysql --defaults-file=/etc/mysql/debian.cnf" MYADMIN="/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf" MYUPGRADE="/usr/bin/mysql_upgrade --defaults-extra-file=/etc/mysql/debian.cnf" MYCHECK="/usr/bin/mysqlcheck --defaults-file=/etc/mysql/debian.cnf" MYCHECK_SUBJECT="WARNING: mysqlcheck has found corrupt tables" MYCHECK_PARAMS="--all-databases --fast --silent" MYCHECK_RCPT="root" echo "Checking for tables which need an upgrade, are corrupt or were " echo "not closed cleanly." ( upgrade_system_tables_if_necessary; check_root_accounts; check_for_crashed_tables; ) >&2 & exit 0 -- debconf information: mysql-server-5.1/postrm_remove_databases: false mysql-server-5.1/really_downgrade: false mysql-server/error_setting_password: mysql-server-5.1/start_on_boot: true mysql-server-5.1/nis_warning: mysql-server/password_mismatch: mysql-server/no_upgrade_when_using_ndb: --- /etc/mysql/debian-start.orig2010-05-23 14:02:33.0 -0400 +++ /etc/mysql/debian-start 2010-05-23 14:07:33.0 -0400 @@ -21,7 +21,8 @@ # If you want to disable the check for crashed tables comment # "check_for_crashed_tables" out. # (There may be no output to stdout inside the background process!) -echo "Checking for corrupt, not cleanly closed and upgrade needing tables." +echo "Checking for tables which need an upgrade, are corrupt or were " +echo "not closed cleanly." ( upgrade_system_tables_if_necessary; check_root_accounts;
Bug#582954: lsusb: DFU version displayed byte-swapped
Package: usbutils
Version: 0.87-1
Severity: normal
Tags: patch
The 'bcdDFU' field for a DFU device is stored in little-endian order.
The lsusb program prints the field out big-endian. The attached patch
fixes this minor problem.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages usbutils depends on:
ii libc6 2.10.2-8 Embedded GNU C Library: Shared lib
ii libusb-0.1-42:0.1.12-14 userspace USB programming library
ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime
usbutils recommends no packages.
Versions of packages usbutils suggests:
ii lynx2.8.8dev.3-3 Text-mode WWW Browser (transitiona
ii wget1.12-2 retrieves files from the web
-- no debconf information
--- lsusb.c.orig 2010-05-20 16:46:44.0 -0400
+++ lsusb.c 2010-05-20 16:49:34.0 -0400
@@ -1907,7 +1907,7 @@
if (buf[0] < 9)
return;
printf("bcdDFUVersion %x.%02x\n",
- buf[7], buf[8]);
+ buf[8], buf[7]);
}
static void dump_hub(char *prefix, unsigned char *p, int has_tt)
Bug#497060: fortunes: "N-ary the tree I am" actually ripped off from Herman's Hermits
Package: fortunes Version: 1:1.99.1-3.1 Severity: minor /usr/share/games/fortunes/songs-poems contains a cute little song: I'm N-ary the tree, I am, N-ary the tree, I am, I am. I'm getting traversed by the parser next door, She's traversed me seven times before. And ev'ry time it was an N-ary (N-ary!) Never wouldn't ever do a binary. (No sir!) I'm 'er eighth tree that was N-ary. N-ary the tree I am, I am, N-ary the tree I am. -- Stolen from Paul Revere and the Raiders Unfortunately, the attribution is incorrect; the song is ripped off from "I'm Henry the Eighth, I am" by *Herman's Hermits*. cf: http://en.wikipedia.org/wiki/Herman's_Hermits lyrics at: http://www.mathematik.uni-ulm.de/paul/lyrics/hermanshermits/henry8.html (and any number of other sites). Compare to http://en.wikipedia.org/wiki/Paul_Revere_&_The_Raiders which doesn't mention any cover of the Henry the Eighth song, certainly not any notable ones. --scott -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fortunes depends on: ii fortune-mod 1:1.99.1-3.1 provides fortune cookies on demand ii fortunes-min1:1.99.1-3.1 Data files containing fortune cook fortunes recommends no packages. fortunes suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#497057: fortunes: Santa Claus poem doesn't properly grep for "bad or good"
Package: fortunes
Version: 1:1.99.1-3.1
Severity: minor
In /usr/share/games/fortunes/songs-poems, there is a 'translation' of
"Santa Claus is coming to town". It includes the stanza:
who | grep sleeping
who | grep awake
who | grep bad || good
for (goodness sake) {
be good
}
The 'grep bad || good' command doesn't actually look for who is "bad or good";
it looks for those who are bad, and if there are none, executes the 'good'
command. The line should be fixed to read:
who | grep 'bad\|good'
or
who | egrep 'bad|good'
--scott (demanding accuracy from my parodies)
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages fortunes depends on:
ii fortune-mod 1:1.99.1-3.1 provides fortune cookies on demand
ii fortunes-min1:1.99.1-3.1 Data files containing fortune cook
fortunes recommends no packages.
fortunes suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#494996: icon-naming-utils: dialog-apply should be dialog-ok
Package: icon-naming-utils Version: 0.8.7-1 Severity: normal In the /usr/share/icon-naming-utils/legacy-icon-mapping.xml file, there is an entry for 'dialog-apply'. There is no icon named 'dialog-apply' in the naming spec: http://standards.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html This entry should be named 'dialog-ok' instead. This bug prevents legacy mappings being installed for the stock 'OK' item in GTK dialogs. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icon-naming-utils depends on: ii libxml-simple-perl 2.18-1 Perl module for reading and writin ii perl 5.10.0-11.1 Larry Wall's Practical Extraction icon-naming-utils recommends no packages. icon-naming-utils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#490368: yum: more information re: python-pyme
Package: yum Version: 3.2.12-1.1 Followup-For: Bug #490368 I confirmed that it is python-pyme 0.8.0-1 which killed yum. Manually downgrading to python-pyme 0.7.0-4 fixes the problem. Before downgrading python-pym, 'import yum' in python gives: Python 2.5.2 (r252:60911, Jun 25 2008, 17:58:32) [GCC 4.3.1] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import yum Traceback (most recent call last): File "", line 1, in File "/var/lib/python-support/python2.5/yum/__init__.py", line 40, in import rpmsack File "/var/lib/python-support/python2.5/yum/rpmsack.py", line 22, in import misc File "/var/lib/python-support/python2.5/yum/misc.py", line 19, in import pyme.gpgme ImportError: No module named gpgme The release notes for python-pyme 0.8.0 at http://sourceforge.net/project/shownotes.php?group_id=104883&release_id=588323 state: * Change name of the internal GPGME wrapper package from 'gpgme' to 'pygpgme' to avoid conflict with gpgme.dll library on Windows. So it looks like yum.misc (and other places) will have to be patched slightly to replace 'pyme.gpgme' with 'pyme.pygpgme' if yum is to work correctly with python-pyme 0.8.0. --scott -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages yum depends on: ii python 2.5.2-1 An interactive high-level object-o ii python-celementtree1.0.5-10 Light-weight toolkit for XML proce ii python-libxml2 2.6.32.dfsg-2 Python bindings for the GNOME XML ii python-pyme0.7.0-4 Python interface to the GPGME GnuP ii python-rpm 4.4.2.3-1 Python bindings for RPM ii python-sqlite 1.0.1-7 python interface to SQLite 2 ii python-sqlitecachec1.1.2-1 A fast metadata parser for YUM ii python-support 0.8.4 automated rebuilding support for P ii python-urlgrabber 3.1.0-4 A high-level cross-protocol url-gr ii rpm4.4.2.3-1 Red Hat package manager yum recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#490368: yum fails: 'No module named gpgme'
Package: yum Version: 3.2.12-1.1 Severity: grave Justification: renders package unusable It seems perhaps the python-pyme package has been updated, and the module name has changed? In any case, running yum now gives: -- There was a problem importing one of the Python modules required to run yum. The error leading to this problem was: No module named gpgme Please install a package which provides this module, or verify that the module is installed correctly. It's possible that the above module doesn't match the current version of Python, which is: 2.5.2 (r252:60911, Jun 25 2008, 17:58:32) [GCC 4.3.1] If you cannot solve this problem yourself, please go to the yum faq at: http://wiki.linux.duke.edu/YumFaq -- --scott -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages yum depends on: ii python 2.5.2-1 An interactive high-level object-o ii python-celementtree1.0.5-10 Light-weight toolkit for XML proce ii python-libxml2 2.6.32.dfsg-2 Python bindings for the GNOME XML ii python-pyme0.8.0-1 Python interface to the GPGME GnuP ii python-rpm 4.4.2.3-1 Python bindings for RPM ii python-sqlite 1.0.1-7 python interface to SQLite 2 ii python-sqlitecachec1.1.2-1 A fast metadata parser for YUM ii python-support 0.8.4 automated rebuilding support for P ii python-urlgrabber 3.1.0-4 A high-level cross-protocol url-gr ii rpm4.4.2.3-1 Red Hat package manager yum recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482120: sugar-pippy-activity: Pippy 21 will need newer gtksourceview
Package: sugar-pippy-activity Version: 20~git.20080321-3 Severity: normal When installing the latest Pippy from git, `sugar-launch Pippy` gives: Traceback (most recent call last): ... File "/home/cananian/Activities/Pippy.activity/pippy_app.py", line 118, in __init__ langs = lang_manager.list_languages() AttributeError: 'gtksourceview2.LanguageManager' object has no attribute 'list_languages' According to cjb (the Pippy author), we're bundling a more recent version of gtksourceview2 on the laptop than is currently in debian/unstable; you'll probably need to prod the gtksourceview maintainer and then depend on the more recent version in order to get the latest Pippy to work. --scott -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sugar-pippy-activity depends on: ii python 2.5.2-1 An interactive high-level object-o ii python-central 0.6.6 register and build utility for Pyt ii python-gobject 2.14.1-6Python bindings for the GObject li ii python-gtk2 2.12.1-3Python bindings for the GTK+ widge ii python-gtksourceview 2.2.0-1+b1 Python bindings for the GtkSourceV ii python-pygame1.7.1release-4.1+b1 SDL bindings for games development ii python-sugar 0.79.1-1Sugar graphical shell - core funct ii python-sugar-toolkit 0.79.6-2Sugar graphical shell - core widge ii python-telepathy 0.15.0-1python language bindings for telep ii python-vte 1:0.16.13-1+b1 Python bindings for the VTE widget ii sugar-presence-servi 0.79.3-2Sugar graphical shell - presence s Versions of packages sugar-pippy-activity recommends: ii python-gst0.10 0.10.11-1generic media-playing framework (P ii python-olpc-datasto 0.8.0~git.13d354b-11 Sugar graphical shell - datastore ii sugar 0.79.4-2 window manager from the OLPC proje -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470947: following up on pidgin crash
The configuration directory is ~/.purple? Whose idea was that? We're supposed to have memorized the names of internal libraries for our applications now? But I digress... Commenting out the zephyr account in ~/.purple/accounts.xml did resolve the crash, so this does seem to be a bug in the zephyr backend. --scott -- ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470947: pidgin: crash at startup, x86, zephyr involved?
Package: pidgin
Version: 2.4.0-1
Severity: important
I just aptitude upgraded and the new pidgin 2.4.0-1 crashes at startup
for me. The previous version I was using didn't crash; unfortunately I don't
recall exactly which version that was.
Backtrace with export MALLOC_CHECK_=3 following the guidance found in
bug #469863:
[EMAIL PROTECTED]:~$ sudo apt-get install libgtk2.0-0-dbg and pidgin-dbg
[...]
[EMAIL PROTECTED]:~$ export MALLOC_CHECK_=3
[EMAIL PROTECTED]:~$ gdb pidgin
malloc: using debugging hooks
GNU gdb 6.7.1-debian
[...]
This GDB was configured as "i486-linux-gnu"...
Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1".
(gdb) handle SIGPIPE nostop
SignalStop Print Pass to program Description
SIGPIPE NoYes Yes Broken pipe
(gdb) run
Starting program: /usr/bin/pidgin
[Thread debugging using libthread_db enabled]
malloc: using debugging hooks
[New Thread 0xb6ff1940 (LWP 15889)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb6ff1940 (LWP 15889)]
0xb5dd499a in zephyr_normalize (account=0x81b9d00,
who=0x8199d00 "cananian vvld")
at ../../../../libpurple/protocols/zephyr/zephyr.c:2237
2237../../../../libpurple/protocols/zephyr/zephyr.c: No such file or
directory.
in ../../../../libpurple/protocols/zephyr/zephyr.c
(gdb) bt full
#0 0xb5dd499a in zephyr_normalize (account=0x81b9d00,
who=0x8199d00 "cananian vvld")
at ../../../../libpurple/protocols/zephyr/zephyr.c:2237
gc = (PurpleConnection *) 0x0
tmp = 0x81a8bc0 "\001"
buf = '\0'
#1 0xb7885579 in purple_normalize (account=0x81b9d00,
str=0x8199d00 "cananian vvld") at ../../libpurple/util.c:3037
prpl_info = (PurplePluginProtocolInfo *) 0xb5dd8420
prpl = (PurplePlugin *) 0x81a8bc0
ret = 0x0
buf = '\0'
#2 0xb78241c4 in purple_accounts_find (name=0x8199d00 "cananian vvld",
protocol_id=0x8199ce8 "prpl-aim") at ../../libpurple/account.c:2599
account = (PurpleAccount *) 0x81b9d00
l = (GList *) 0x81ba0a0
who = 0xbfc70988
"¸\tÇ¿¼\224\210·è\234\031\b\033Ò\214·¸\tÇ¿Ú¶\210·è\234\031\b"
__PRETTY_FUNCTION__ = "purple_accounts_find"
#3 0xb781ff64 in purple_account_new (username=0x8199d00 "cananian vvld",
protocol_id=0x8199ce8 "prpl-aim") at ../../libpurple/account.c:930
account = (PurpleAccount *) 0x0
priv = (PurpleAccountPrivate *) 0x0
---Type to continue, or q to quit---
prpl = (PurplePlugin *) 0x0
prpl_info = (PurplePluginProtocolInfo *) 0x0
status_type = (PurpleStatusType *) 0x8199ce8
__PRETTY_FUNCTION__ = "purple_account_new"
#4 0xb781fa90 in parse_account (node=0x81a7790)
at ../../libpurple/account.c:791
ret = (PurpleAccount *) 0x81a7790
child = (xmlnode *) 0x81a78f8
protocol_id = 0x8199ce8 "prpl-aim"
name = 0x8199d00 "cananian vvld"
data = 0x81a7790 "Èw\032\b"
#5 0xb781fe39 in load_accounts () at ../../libpurple/account.c:895
new_acct = (PurpleAccount *) 0x81b9d00
node = (xmlnode *) 0x81b7920
child = (xmlnode *) 0x81a7790
#6 0xb7824822 in purple_accounts_init () at ../../libpurple/account.c:2744
handle = (void *) 0xb78d9f58
conn_handle = (void *) 0xb78da014
#7 0xb78430d9 in purple_core_init (ui=0x810c0ea "gtk-gaim")
at ../../libpurple/core.c:148
ops = (PurpleCoreUiOps *) 0x81164a0
core = (PurpleCore *) 0x8138050
__PRETTY_FUNCTION__ = "purple_core_init"
---Type to continue, or q to quit---
#8 0x080c6b8d in main (argc=1, argv=0xbfc72d74) at ../../pidgin/gtkmain.c:782
opt_help = 0
opt_login = 0
opt_nologin = 0
opt_version = 0
opt_si = 1
opt_config_dir_arg = 0x0
opt_login_arg = 0x0
opt_session_arg = 0x0
search_path = 0x8138000 "\001"
accounts = (GList *) 0xb6ff3000
sig_indx = 1
sigset = {__val = {91143, 0 }}
prev_sig_disp = (void (*)(int)) 0
errmsg =
"\000\000\000\000\232Ãl·\000\000\000\000G)Ç¿@)Ç¿<)Ç¿ÀÕó·]Õ+·±fó·\000\000\000\000غ{·ôÏó·$)Ç¿ ðò· \rÇ¿ôÏó·\002\000\000\000\001\000\000\000(\rÇ¿ågó·\b\000\000\000\b\000\000\000è\017\032·T)Ç¿Ëâò·ô\017\032·è\017\032·\b\000\000\000\000\000\000\000غ{·\000\000\000\000(\016Ç¿\026úò·$)Ç¿\000\000\000\000(½{·\004\020,·G)Ç¿±fó·<)Ç¿ÀÕó·ôÏó·Øº{·\000\000\000\000\f\020Ç¿ôÏó·\006\000\000\000\005\000\000\000 \rÇ¿ågó·"...
segfault_message_tmp = 0x811bc50 "Òxâ¶\205Ïc\t"
error = (GError *) 0x0
opt = -1
---Type to continue, or q to quit---
gui_check = 1
debug_enabled = 0
migration_failed = 0
active_accounts = (GList *) 0x
long_options = {{name = 0x810c44f "config", has_arg = 1, flag = 0x0,
val = 99}, {name = 0x810c456 "debug", has_arg = 0, flag = 0x0, val = 100},
{name = 0x810c45c "help", has_arg = 0, flag = 0x0, val = 104}, {
name = 0x810c461 "login",
Bug#460120: python-pygoocanvas: Package does not build module for python2.5.
Package: python-pygoocanvas Version: 0.9.0-1 Severity: normal The current packaging only installs a binary module for python2.4; 'import goocanvas' does not work in python2.5. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages python-pygoocanvas depends on: ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.7-5 GNU C Library: Shared libraries ii libcairo2 1.4.12-2 The Cairo 2D vector graphics libra ii libffi4 4.3-20080104-1 Foreign Function Interface library ii libglib2.0-0 2.14.4-2 The GLib library of C routines ii libgoocanvas3 0.9-1 new canvas widget for GTK+ that us ii libgtk2.0-0 2.12.3-2 The GTK+ graphical user interface ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii python2.4.4-6An interactive high-level object-o ii python-gtk2 2.12.0-2 Python bindings for the GTK+ widge ii python-support0.7.6 automated rebuilding support for p python-pygoocanvas recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#432052: more info on blkid_verify loop
On 7/7/07, Theodore Tso <[EMAIL PROTECTED]> wrote: I found the problem. It was actually a big blkid_set_tag() which failed to clear dev->bid_type when it should have. Thanks for the bug report; the details you gave were very helpful in figuring out what was going on. Glad I could help. Some more information from my debugging, just to confirm your diagnosis: I discovered that removing the /dev/loop0 line in /etc/blkid.conf made the problem go away. Sadly, exporting BLKID_DEBUG in the environment also made the problem go away -- memory corruption bugs are fun. --scott -- ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#432052: more info on blkid_verify loop
I can reproduce this bug with the disk image at: http://olpc.download.redhat.com/olpc/streams/development/build488/devel_ext3/olpc-redhat-stream-development-build-488-20070705_0237-devel_ext3.img.bz2 (Unzipped and with the offset parameter given in the bug report, since this is a whole-disk image) My /etc/blkid.tab is attached. --scott -- ( http://cscott.net/ ) blkid.tab Description: Binary data
Bug#432052: more info on blkid_verify loop
FWIW, here's some more interesting gdb bits: Breakpoint 1, 0xb7e7dd68 in strcmp () from /lib/i686/cmov/libc.so.6 1: x/i $pc 0xb7e7dd68 : mov(%ecx),%al (gdb) print (char*)$ecx $5 = 0xb7f5dd2a "ocfs" (gdb) print (char*)$edx $6 = 0x805e338 "`ã\005\b¸â\005\bÀâ\005\b!" (gdb) finish Run till exit from #0 0xb7e7dd68 in strcmp () from /lib/i686/cmov/libc.so.6 0xb7f5c296 in blkid_verify () from /lib/libblkid.so.1 1: x/i $pc 0xb7f5c296 : test %eax,%eax (gdb) [...] 0xb7f5c280 in blkid_verify () from /lib/libblkid.so.1 1: x/i $pc 0xb7f5c280 : mov0xc(%ebp),%edi (gdb) si 0xb7f5c283 in blkid_verify () from /lib/libblkid.so.1 1: x/i $pc 0xb7f5c283 : mov0x18(%edi),%eax (gdb) si 0xb7f5c286 in blkid_verify () from /lib/libblkid.so.1 1: x/i $pc 0xb7f5c286 : test %eax,%eax (gdb) print/x $eax $8 = 0x805e338 (gdb) print ((char**)$edi)[6] $10 = 0x805e338 "`ã\005\b¸â\005\bÀâ\005\b!" (gdb) print ((char**)$edi)[6] = 0 $11 = 0x0 (gdb) c Continuing. Program exited with code 040. (gdb) So, 'dev->bid_type' is garbage when blkid_verify is called, and that's causing an infinite loop. It is supposed to be NULL if we don't know what the requested block device type is (the original command was 'sudo mount -o loop,offset=31744 xo-initrd-test.img xo-initrd-test-mnt' ie, there was no -t option given). Setting dev->bid_type to NULL allows the mount to complete 'normally' -- it gives: mount: you must specify the filesystem type Reinvoking mount with an explicit -t option succeeds without problem (no infinite loop this time): $ sudo mount -o loop,offset=31744 -t ext3 xo-initrd-test.img xo-initrd-test-mnt $ --scott -- ( http://cscott.net/ )
Bug#432052: e2fsprogs: Infinite loop in blkid_verify
Package: e2fsprogs Version: 1.40-1 Severity: normal Mounting a ext3 filesystem loopback: $ sudo mount -o loop,offset=31744 xo-initrd-test.img xo-initrd-test-mnt uses 100% CPU and never terminates. gdb indicates that the process is stuck in blkid_verify(): $ sudo gdb mount 9420 GNU gdb 6.6-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i486-linux-gnu"... (no debugging symbols found) Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1". Attaching to program: /bin/mount, process 9420 Reading symbols from /lib/libblkid.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libblkid.so.1 Reading symbols from /lib/libuuid.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libuuid.so.1 Reading symbols from /lib/i686/cmov/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/libc.so.6 Reading symbols from /lib/libdevmapper.so.1.02.1... (no debugging symbols found)...done. Loaded symbols for /lib/libdevmapper.so.1.02.1 Reading symbols from /lib/libselinux.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libselinux.so.1 Reading symbols from /lib/libsepol.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libsepol.so.1 Reading symbols from /lib/i686/cmov/libpthread.so.0... (no debugging symbols found)...done. [Thread debugging using libthread_db enabled] [New Thread -1210542400 (LWP 9420)] Loaded symbols for /lib/i686/cmov/libpthread.so.0 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/i686/cmov/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/libdl.so.2 0xb7f5c341 in blkid_verify () from /lib/libblkid.so.1 (gdb) In particular, single-stepping through the loop indicates that we are looping between line 966 and 1006 of e2fsprogs-1.40/lib/blkid/probe.c. We iterate though the entire type_array table (lines 977-996) without reaching found_type, so we "Zap the device filesystem information and try again" --- but we don't find it when we try again, either. Infinite loop. Let me know if I can provide any further information to help you debug this. --scott -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages e2fsprogs depends on: ii e2fslibs 1.40-1 ext2 filesystem libraries ii libblkid1 1.40-1 block device id library ii libc6 2.5-11 GNU C Library: Shared libraries ii libcomerr21.40-1 common error description library ii libss21.40-1 command-line interface parsing lib ii libuuid1 1.40-1 universally unique id library e2fsprogs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#431112: python-pyxattr: methods on symlinks don't work correctly
Package: python-pyxattr
Version: 0.2.1-1.1
Severity: normal
xattr.listxattr(fullname, True) where fullname is the path of a broken symlink
doesn't actually get the xattrs of the symlink, as it should. In
python-pyxattr-0.2.1/xattr.c there is code like the following:
nalloc = ishandle ?
flistxattr(filedes, NULL, 0) :
listxattr(file, NULL, 0);
if(nalloc == -1) {
return PyErr_SetFromErrno(PyExc_IOError);
}
This fails when the symlink points to a non-existing file. The code should
be changed to parallel the correct invocation of the actual xattr listing:
/* Now retrieve the list of attributes */
nret = ishandle ?
flistxattr(filedes, buf, nalloc) :
dolink ?
llistxattr(file, buf, nalloc) :
listxattr(file, buf, nalloc);
We need to use llistxattr in both cases when dolink is true.
--scott
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.22-rc5 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Versions of packages python-pyxattr depends on:
ii libattr11:2.4.32-1.1 Extended attribute shared library
ii libc6 2.5-11 GNU C Library: Shared libraries
ii python 2.4.4-6 An interactive high-level object-o
ii python-support 0.6.4automated rebuilding support for p
python-pyxattr recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#430134: dhcdbd: does not communicate default route and dns
Package: dhcdbd Version: 2.8-1 Severity: grave Justification: renders package unusable Upgrading to dhcdbd 2.8 (from 2.0) causes network configuration to fail. In particular, dhcbd is no longer publishing DNS or gateway/route information: [EMAIL PROTECTED]:/usr/share/doc/dhcdbd$ sudo dbus-send --system --print-reply --dest=com.redhat.dhcp --type=method_call /com/redhat/dhcp/eth4 com.redhat.dhcp.text.get method return sender=:1.29 -> dest=:1.40 reply_serial=2 string "broadcast-address" string "18.85.19.255" string "dhcp-lease-time" string "7200" string "dhcp-message-type" string "5" string "dhcp-rebinding-time" string "6300" string "dhcp-renewal-time" string "3600" string "dhcp-server-identifier" string "18.85.2.135" string "expiry" string "1182533625" string "interface" string "eth4" string "ip-address" string "18.85.18.240" string "network-number" string "18.85.18.0" string "pid" string "17492" string "reason" string "BOUND" string "subnet-mask" string "255.255.254.0" Running 'pump' on this interface works fine, showing that this isn't a DHCP error on my side: Jun 22 11:41:29 localhost pumpd[18577]: PUMP: sending discover Jun 22 11:41:29 localhost pumpd[18577]: got dhcp offer Jun 22 11:41:29 localhost pumpd[18577]: PUMP: sending second discover Jun 22 11:41:29 localhost pumpd[18577]: PUMP: got an offer Jun 22 11:41:29 localhost pumpd[18577]: PUMP: got lease Jun 22 11:41:29 localhost pumpd[18577]: intf: device: eth4 Jun 22 11:41:29 localhost pumpd[18577]: intf: set: 416 Jun 22 11:41:29 localhost pumpd[18577]: intf: bootServer: 18.85.2.135 Jun 22 11:41:29 localhost pumpd[18577]: intf: reqLease: 43200 Jun 22 11:41:29 localhost pumpd[18577]: intf: ip: 18.85.18.240 Jun 22 11:41:29 localhost pumpd[18577]: intf: next server: 0.0.0.0 Jun 22 11:41:29 localhost pumpd[18577]: intf: netmask: 255.255.254.0 Jun 22 11:41:29 localhost pumpd[18577]: intf: gateways[0]: 18.85.18.1 Jun 22 11:41:29 localhost pumpd[18577]: intf: numGateways: 1 Jun 22 11:41:29 localhost pumpd[18577]: intf: dnsServers[0]: 18.85.2.138 Jun 22 11:41:29 localhost pumpd[18577]: intf: dnsServers[1]: 18.85.2.171 Jun 22 11:41:29 localhost pumpd[18577]: intf: numDns: 2 Jun 22 11:41:29 localhost pumpd[18577]: intf: domain: media.mit.edu Jun 22 11:41:29 localhost pumpd[18577]: intf: broadcast: 18.85.19.255 Jun 22 11:41:29 localhost pumpd[18577]: intf: network: 18.85.18.0 When network-manager doesn't receive gateway information, it uses the bootServer field as the default router, which obviously fails to work in most cases. --scott -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-rc5 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages dhcdbd depends on: ii dbus 1.1.1-1simple interprocess messaging syst ii dhcp3-client 3.0.5-1DHCP client ii libc6 2.5-11 GNU C Library: Shared libraries ii libdbus-1-3 1.1.1-1simple interprocess messaging syst ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip dhcdbd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#429874: radvd: RDNSS options emitted in reverse order
Package: radvd
Version: 1:1.0-2.0
Severity: normal
Tags: patch
radvd currently emits RDNSS options reversed from the order in which they
appear in the /etc/radvd.conf file. This is important because the order of
the options affects the choice of primary, secondary, etc DNS server.
Note that multiple DNS servers can either be transmitted as a single option
(if the lifetime and other parameters match) or as multiple separate options.
DNS servers in a single option are ordered correctly, but the order of multiple
options is reversed.
The attached patch corrects the problem by fixing the bison grammar so that
the RDNSS option list is created in the correct forwards order. For good
measure the same fix is applied to the parsing of route and prefix options,
even though the order of these options shouldn't matter.
--scott
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.21-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Versions of packages radvd depends on:
ii adduser 3.103 Add and remove users and groups
ii libc6 2.5-11 GNU C Library: Shared libraries
radvd recommends no packages.
-- no debconf information
diff -ruHp X/radvd-1.0/gram.y radvd-1.0/gram.y
--- X/radvd-1.0/gram.y 2006-10-09 02:20:59.0 -0400
+++ radvd-1.0/gram.y2007-06-20 16:44:21.0 -0400
@@ -326,15 +326,11 @@ ifaceval : T_MinRtrAdvInterval NUMBER ';
}
;
-prefixlist : prefixdef
+prefixlist : prefixdef optional_prefixlist
{
+ $1->next = $2;
$$ = $1;
}
- | prefixlist prefixdef
- {
- $2->next = $1;
- $$ = $2;
- }
;
prefixdef : prefixhead '{' optional_prefixplist '}' ';'
@@ -427,15 +423,11 @@ prefixparms : T_AdvOnLink SWITCH ';'
}
;
-routelist : routedef
+routelist : routedef optional_routelist
{
+ $1->next = $2;
$$ = $1;
}
- | routelist routedef
- {
- $2->next = $1;
- $$ = $2;
- }
;
routedef : routehead '{' optional_routeplist '}' ';'
@@ -489,15 +481,11 @@ routeparms: T_AdvRoutePreference SIGNED
}
;
-rdnsslist : rdnssdef
+rdnsslist : rdnssdef optional_rdnsslist
{
+ $1->next = $2;
$$ = $1;
}
- | rdnsslist rdnssdef
- {
- $2->next = $1;
- $$ = $2;
- }
;
rdnssdef : rdnsshead '{' optional_rdnssplist '}' ';'
Bug#428862: radvdump missing AdvDefaultLifetime
Package: radvd
Version: 1:1.0-2
Severity: normal
Tags: patch
The radvdump command skips the 'AdvDefaultLifetime' field in the Router
Advertisement. The attached fix corrects this oversight.
--scott
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages radvd depends on:
ii adduser 3.102 Add and remove users and groups
ii libc6 2.5-10 GNU C Library: Shared libraries
radvd recommends no packages.
-- no debconf information
--- radvd-1.0/radvdump.c~ 2006-10-08 15:34:35.0 -0400
+++ radvd-1.0/radvdump.c 2007-06-14 13:47:22.0 -0400
@@ -186,6 +186,9 @@ print_ff(unsigned char *msg, int len, st
if (!edefs || DFLT_AdvCurHopLimit != radvert->nd_ra_curhoplimit)
printf("\tAdvCurHopLimit %u;\n", radvert->nd_ra_curhoplimit);
+ if (!edefs || (3*DFLT_MaxRtrAdvInterval) != ntohs(radvert->nd_ra_router_lifetime))
+ printf("\tAdvDefaultLifetime %hu;\n", ntohs(radvert->nd_ra_router_lifetime));
+
/* Mobile IPv6 ext */
if (!edefs || DFLT_AdvHomeAgentFlag != (ND_RA_FLAG_HOME_AGENT == (radvert->nd_ra_flags_reserved & ND_RA_FLAG_HOME_AGENT)))
printf("\tAdvHomeAgentFlag %s;\n",
Bug#387851: network-manager-gnome: madwifi problems; possible solution?
Package: network-manager-gnome Followup-For: Bug #387851 The madwifi driver was made more picky about receiving bad packets; many home routers have bad firmware that generates slightly bogus packet headers during association. The latest version (0.9.3) of the madwifi driver is supposed to be less picky & contain some workarounds, but it's not quite in debian yet. But be sure you also check your router firmware for upgrades: I updated my netgear router at home this past weekend and suddenly network-manager worked fine with it. However, network-manager is still having trouble at work (MIT), with two different wireless networks -- the general MIT one (essid MIT) and the one in my building (essid StataCenter). I assume that their firmwares are appropriately updated, although I can't be certain. The other thing the two networks seem to have in common is that they both involve multiple access points: I can always see more than one router for the same essid (I forget the technical name for this setup). Looking at iwconfig while network manager does its thing, it seems that network-manager is forcing an AP MAC as well as an ESSID; is it possible that network-manager is choosing the wrong AP MAC (say, one that's really too far away), causing the problems? --scott -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages network-manager-gnome depends on: ii gnome-icon-theme 2.14.2-3 GNOME Desktop icon theme ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.12.4-3 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libavahi-client3 0.6.16-5 Avahi client library ii libavahi-common3 0.6.16-5 Avahi common library ii libavahi-glib10.6.16-5 Avahi glib integration library ii libbonobo2-0 2.14.0-4 Bonobo CORBA interfaces library ii libbonoboui2-02.14.0-6 The Bonobo UI library ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libdbus-1-3 1.0.2-1simple interprocess messaging syst ii libdbus-glib-1-2 0.71-3 simple interprocess messaging syst ii libesd-alsa0 [libesd0]0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libfontconfig12.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgconf2-4 2.16.1-1 GNOME configuration database syste ii libgcrypt11 1.2.3-2LGPL Crypto library - runtime libr ii libglade2-0 1:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.6-2 The GLib library of C routines ii libgnome-keyring0 0.6.0-3GNOME keyring services library ii libgnome2-0 2.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-01:2.14.2-7 GNOME virtual file-system (runtime ii libgnutls13 1.4.4-3the GNU TLS library - runtime libr ii libgpg-error0 1.4-2 library for common error values an ii libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface ii libhal1 0.5.8.1-9 Hardware Abstraction Layer - share ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libnm-util0 0.6.4-7network management framework (shar ii libnotify10.4.4-1sends desktop notifications to a n ii liborbit2 1:2.14.4-1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-02.14.3-5 library for GNOME 2 panel applets ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libsm61:1.0.1-3 X11 Session Management library ii libtasn1-30.3.6-2Manage ASN.1 structures (runtime) ii libx11-6 2:1.0.3-6 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes31:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi
Bug#416837: madwifi-source: New upstream (0.9.3) released on 2007-03-19.
Package: madwifi-source Version: 1:0.9.2+r1842.20061207-2 Severity: normal Madwifi version 0.9.3 was released 11 days ago. This version should associate much better with various home networking gear which can emit malformed packets from time to time (like the AirPort). Other release notes from http://madwifi.org/wiki/Releases/0.9.3 : * switch to newer HAL, v0.9.18.0 * ensure compilation against recent kernel versions up to 2.6.20 * ensure compatibility back to kernel 2.4.22, drop support for 2.4.21 and older * allow compilation without support of features such as fast frames, turbo mode, etc. * support for some PCI Express cards fixed * some security-related issues have been patched * interoperation with wpa_supplicant and hostapd improved * real channel noise instead of fixed -95dBm noise floor presented * lots of bugs fixed, for different architectures and various modes of operation * further improvements for build system --scott -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages madwifi-source depends on: ii bzip2 1.0.3-6high-quality block-sorting file co ii debhelper 5.0.42 helper programs for debian/rules ii module-assistant 0.10.11tool to make module package creati madwifi-source recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414187: network-manager-gnome: README.Debian missing
Package: network-manager-gnome Version: 0.6.4-6 Followup-For: Bug #414187 >From the debian changelog, it appears that there is a README.Debian in the source package, but it is still not being included in the binary package. There is no README.Debian in /usr/share/doc/network-manager-gnome. Further, I feel like just a README.Debian might be insufficient to make this package useable: there should be a configuration option when installing this package which asks which users should be in the 'netdev' group, if there is no netdev group at installation time. --scott -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages network-manager-gnome depends on: ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.12.4-3 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libavahi-client3 0.6.16-5 Avahi client library ii libavahi-common3 0.6.16-5 Avahi common library ii libavahi-glib10.6.16-5 Avahi glib integration library ii libbonobo2-0 2.14.0-4 Bonobo CORBA interfaces library ii libbonoboui2-02.14.0-6 The Bonobo UI library ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libdbus-1-3 1.0.2-1simple interprocess messaging syst ii libdbus-glib-1-2 0.71-3 simple interprocess messaging syst ii libesd-alsa0 [libesd0]0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libfontconfig12.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgconf2-4 2.16.1-1 GNOME configuration database syste ii libgcrypt11 1.2.3-2LGPL Crypto library - runtime libr ii libglade2-0 1:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.6-2 The GLib library of C routines ii libgnome-keyring0 0.6.0-3GNOME keyring services library ii libgnome2-0 2.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-01:2.14.2-7 GNOME virtual file-system (runtime ii libgnutls13 1.4.4-3the GNU TLS library - runtime libr ii libgpg-error0 1.4-2 library for common error values an ii libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface ii libhal1 0.5.8.1-9 Hardware Abstraction Layer - share ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libnm-util0 0.6.4-6network management framework (shar ii libnotify10.4.4-1sends desktop notifications to a n ii liborbit2 1:2.14.4-1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-02.14.3-5 library for GNOME 2 panel applets ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libsm61:1.0.1-3 X11 Session Management library ii libtasn1-30.3.6-2Manage ASN.1 structures (runtime) ii libx11-6 2:1.0.3-6 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes31:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii network-manager 0.6.4-6network management framework daemo ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages network-manager-gnome recommends: ii notification-daemon 0.3.7-1a daemon that displays passive pop -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PR
Bug#409814: python-mysqldb: no python2.5 support
Package: python-mysqldb Version: 1.2.1-p2-4 Severity: normal The python-mysqldb package should support python2.5. Currently no files are installed in /usr/lib/python2.5/site-packages/. For example: $ python2.4 Python 2.4.4 (#2, Jan 13 2007, 17:50:26) [GCC 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import MySQLdb >>> $ python2.5 Python 2.5 (release25-maint, Dec 9 2006, 14:35:53) [GCC 4.1.2 20061115 (prerelease) (Debian 4.1.1-20)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import MySQLdb Traceback (most recent call last): File "", line 1, in ImportError: No module named MySQLdb >>> $ The MySQLdb package ought to work on python2.5, judging from the limited information available on sourceforge, and I have an unconfirmed report that this package works with python2.5 in Ubuntu (sigh). There is a patch in the Ubuntu repository: http://patches.ubuntu.com/p/python-mysqldb/python-mysqldb_1.2.1-p2-4ubuntu2.patch but it seems that a rebuild was all that was necessary to support python2.5. --scott -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages python-mysqldb depends on: ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libmysqlclient15off 5.0.32-3 mysql database client library ii python 2.4.4-2 An interactive high-level object-o ii python-central 0.5.12 register and build utility for Pyt ii zlib1g 1:1.2.3-13 compression library - runtime python-mysqldb recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350184: ttf-gentium: feature request: provide LaTeX support?
On Mon, 5 Feb 2007, [ISO-8859-1] Gürkan Sengün wrote: The requested feature is one, useful with any truetype font, thus I rather not add this to this package. Especially not so, because there's this new package made for exactly your wish: http://bugs.debian.org/409553 Please consider using that and closing this bug. I disagree: Debian is (and ought to be) an *integrated* distribution, and all of its packages should really work together without lots of arcane fiddling. The referenced package seems to be an easy way to generate the few additional files which, when included in the ttf-gentium package, would make it a "mature" package which works well together with the rest of debian. If you are really opposed to adding this to the ttf-gentium package, then there should be a ttf-gentium-latex package which provides the required files for LaTeX interoperability -- but when the files are small, why force people to do extra stuff to make everything Just Work? No one should be forced to generate new debian packages or do special configuration in order just to make the parts of debian work well together. --scott ( http://cscott.net/ )
Bug#383861: qsynth: New upstream version (fixes bank offset bug)
Package: qsynth Version: 0.2.4-1 Severity: normal qsynth 0.2.5 is available upstream since 2006-03-05; this release fixes the soundfont bank offset functionality. --scott -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-multimedia-486 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages qsynth depends on: ii libc6 2.3.6.ds1-2GNU C Library: Shared libraries ii libfluidsynth11.0.7a-1 Real-time MIDI software synthesize ii libgcc1 1:4.1.1-11 GCC support library ii libqt3-mt 3:3.3.6-3 Qt GUI Library (Threaded runtime v ii libstdc++64.1.1-11 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-8 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii xlibs 6.9.0.dfsg.1-6 X Window System client libraries m qsynth recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323678: I would like to adopt xcircuit.
I use xcircuit and would like to adopt it. --scott ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#358663: lilypond: Lilypond stable now at 2.8.4.
Package: lilypond Version: 2.6.3-10 Followup-For: Bug #358663 Lilypond stable is now at 2.8.4; I can't tell precisely if the fixes you were waiting on are in yet, but I suspect so. --scott -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages lilypond depends on: ii guile-1.6 1.6.8-3The GNU extension language and Sch ii guile-1.6-libs1.6.8-3Main Guile libraries ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libfontconfig12.3.2-7generic font configuration library ii libfreetype6 2.2.1-2FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-7 GCC support library ii libglib2.0-0 2.10.3-2 The GLib library of C routines ii libguile-ltdl-1 1.6.8-3Guile's patched version of libtool ii libpango1.0-0 1.12.3-1 Layout and rendering of internatio ii libqthreads-121.6.8-3QuickThreads library for Guile ii libstdc++64.1.1-7The GNU Standard C++ Library v3 ii lilypond-data 2.6.3-10 LilyPond music typesetter (data fi ii python2.3.5-11 An interactive high-level object-o ii zlib1g1:1.2.3-12 compression library - runtime Versions of packages lilypond recommends: ii lilypond-doc 2.6.3-10 LilyPond Documentation in HTML, PS -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354698: inkscape: same crash; no gtk2-engines-gtk-qt or ~/.gtkrc-2.0
Package: inkscape
Version: 0.43-5
Followup-For: Bug #354698
I'm seeing the same crash in inkscape, but I don't have gtk2-engines-gtk-qt
installed or any ~/.gtkrc-2.0 file. I am using the Lush icon theme
(and the Smokey-Blue control theme), but I selected this with the standard
gnome control panel. If there are doubled includes going on, I don't
know where they are occuring.
With the Lush theme, I get:
$ inkscape
Emergency save activated!
Aborted
$
Changing the theme to 'Clearlooks' with the Theme control panel yields:
$ inkscape
Duplicate large block deallocation of 0x870a000
Duplicate large block deallocation
Emergency save activated!
(and a hang)
Most other themes did the same as Lush (including the Simple theme).
With the 'Traditional' theme, strace ends with:
stat64("/usr/share/icons/gnome", {st_mode=S_IFDIR|0755, st_size=320, ...}) = 0
open("/usr/share/icons/gnome/icon-theme.cache", O_RDONLY|O_LARGEFILE) = -1
ENOENT (No such file or directory)
open("/usr/share/icons/gnome/192x192/mimetypes",
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 10
fstat64(10, {st_mode=S_IFDIR|0755, st_size=48, ...}) = 0
fcntl64(10, F_SETFD, FD_CLOEXEC)= 0
futex(0xb703ae4c, FUTEX_WAIT, 2, NULL
and inkscape hangs waiting for the futex.
--scott
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages inkscape depends on:
ii libatk1.0-01.11.4-2 The ATK accessibility toolkit
ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library
ii libc6 2.3.6-13 GNU C Library: Shared libraries
ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra
ii libfontconfig1 2.3.2-7 generic font configuration library
ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib
ii libgc1c2 1:6.7-1 conservative garbage collector for
ii libgcc11:4.1.1-2 GCC support library
ii libgconf2-42.14.0-1 GNOME configuration database syste
ii libglib2.0-0 2.10.3-1 The GLib library of C routines
ii libglibmm-2.4-1c2a 2.10.4-1 C++ wrapper for the GLib toolkit (
ii libgnomevfs2-0 2.14.2-1 GNOME virtual file-system (runtime
ii libgtk2.0-02.8.18-1 The GTK+ graphical user interface
ii libgtkmm-2.4-1c2a 1:2.6.5-1+b1 C++ wrappers for GTK+ 2.4 (shared
ii liborbit2 1:2.14.0-1libraries for ORBit2 - a CORBA ORB
ii libpango1.0-0 1.12.3-1 Layout and rendering of internatio
ii libperl5.8 5.8.8-5 Shared Perl library
ii libpng12-0 1.2.8rel-5.1 PNG library - runtime
ii libpopt0 1.10-2lib for parsing cmdline parameters
ii libsigc++-2.0-0c2a 2.0.16-3 type-safe Signal Framework for C++
ii libstdc++6 4.1.1-2 The GNU Standard C++ Library v3
ii libx11-6 2:1.0.0-6 X11 client-side library
ii libxcursor11.1.5.2-5 X cursor management library
ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar
ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio
ii libxft22.1.8.2-8 FreeType-based font drawing librar
ii libxi6 1:1.0.0-5 X11 Input extension library
ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library
ii libxml22.6.24.dfsg-1 GNOME XML library
ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library
ii libxrender11:0.9.0.2-4 X Rendering Extension client libra
ii libxslt1.1 1.1.16-2 XSLT processing library - runtime
ii zlib1g 1:1.2.3-11compression library - runtime
Versions of packages inkscape recommends:
ii dia-gnome 0.95.0-4 Diagram editor (GNOME version)
ii imagemagick7:6.2.4.5-0.8 Image manipulation programs
ii libwmf-bin 0.2.8.3-3.1 Windows metafile conversion tools
ii perlmagick 7:6.2.4.5-0.8 A perl interface to the libMagick
ii pstoedit 3.44-1PostScript and PDF files to editab
ii sketch 0.6.17-3 Transition package for skencil ren
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370616: [Yaird-devel] Bug#370616: linux-image-2.6.16-2-686: 'resume' boot flag does nothing
On Tue, 6 Jun 2006, Jonas Smedegaard wrote: Could you please double-check that your /etc/yaird/Default.cfg contains "TEMPLATE resume" alone on a line, and not just "RESUME"? Actually, I think this "fix" was broken. If you are not using suspend2, you need RESUME not "TEMPLATE resume". I'm sorry I didn't pipe up on this subject earlier; somehow I never saw the original bug reports which led to the (dubious?) fix. My personal configuration: 1) "RESUME" in /etc/yaird/Default.cfg 2) The following line in my /etc/fstab: /dev/hda5 none swap sw,resume 0 0 (the important part here is the 'resume' option) 3) That's it! No boot time options, no lilo hacks, nothing. As Jonas mentioned, be sure to 'dpkg-reconfigure' your kernel after adjusting the above, to give yaird a change to see the configuration. Also, reboot before suspending, in order to be sure the right things are written to /proc on bootup. There are other ways that resume ought to work (including command-line options like you have given), but let's try to narrow down the problem by starting with a known-working setup. --scott ESSENCE KUPALM JMMADD ODACID KUFIRE Justice Ortega assassination politics Albanian Legion of Doom FJDEFLECT Delta Force Morwenstow AK-47 South Africa ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370285: [Yaird-devel] Bug#370285: /etc/yaird/Default.cfg should have "TEMPLATE resume" not "RESUME"
On Sun, 4 Jun 2006, James Jurach wrote: As is, the initrd.img yaird produces doesn't properly come out of suspend2 hibernation. After I change /etc/yaird/Default.cfg to be "TEMPLATE resume" rather than "RESUME", suspend2 resume functions properly. This is not the correct fix. The resume template is invoked by 'addResumePlan' in /usr/lib/yaird/perl/Plan.pm, which handles the parameter passing. Before it invokes the resume plan, it verifies that it has an appropriate resume device. That's probably the bit that's breaking for suspend2 (which I don't really know anything about). Perhaps you just need to add a 'resume' entry in your fstab? (If this is the fix, it probably needs to be better documented.) --scott FBI Dictionary QKFLOWAGE Bejing General Serbian BATF AMLASH KGB strategic Honduras NORAD CABOUNCE ZRMETAL Hawk class struggle ECJOB ESSENCE ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#279860: html-helper-mode: more information
Package: html-helper-mode Version: 3.0.4jolly-11 Followup-For: Bug #279860 I have the same problem. My *Messages* buffer after this failure says: File mode specification error: (void-function jsp-html-helper-mode) Loading html-helper-mode (source)...done Cannot open load file: sb-html Fontifying upload.jsp... (Attributes ) So there appears to be a missing sb-html file somewhere? Unlike the reporter, even when I re-open the file, the modeline never changes from 'Fundamental'. --scott -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages html-helper-mode depends on: ii emacs21 [emacsen] 21.4a-3The GNU Emacs editor html-helper-mode recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346023: more information
On Wed, 3 May 2006, Bill Allombert wrote: So I am considering following Guido advice and set the default value to 1024M (so JPEGMEM still work but the 'nop' memory manager is almost always used). However I am surprised the speed differences are so large, it looks like the ansi allocator is very slow. Would you be willing to investigate that issue ? The log of bug #356556 include a test image. Well, both allocators will be equivalently fast, until you run out of available memory. Then the ansi allocator will do a much better job swapping to disk than linux's default memory manager, which will just thrash randomly. On the other hand, not swapping to disk is always faster than having to swap (undoubtedly your bug reporters have lots of main memory and so don't otherwise have to swap). The "best" solution is to figure out how much available memory is on the machine and set the cut off to that. This is a hard problem: how much of the "free" memory in the system could safely be swapped? It might be better to set JPEGMEM by default to some fixed fraction (25%?) of the memory in the system -- which works unless the machine is heavily loaded, etc. One way or another, someone is going to have to set JPEGMEM -- either those on small memory machines or those on large. The small memory machines get completely unresponsive if JPEGMEM is too large (because they swap uncontrollably), while the large memory machines just do things more slowly than they would otherwise. That was my rational for setting JPEGMEM at a relatively modest value. I don't have any vested interest in one particular value over another, as long as the code is compiled so that you can set JPEGMEM if you need to. It may well make sense to gradually increase JPEGMEM as time goes on. --scott mustard ESGAIN SEQUIN ODENVY operative MKULTRA COBRA JANE shotgun Noriega ZRMETAL operation Sigint ODEARL Waco, Texas PANCHO Diplomat ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357852: jack-tools: Missing all binaries except for jack.ctl
Package: jack-tools Version: 0.0.2-4 Severity: normal The only binary in this package is /usr/bin/jack.ctl, although man pages for jack.play, jack.scope, jack.clock, etc are included. $ dpkg -L jack-tools /usr /usr/bin /usr/bin/jack.ctl /usr/share /usr/share/doc /usr/share/doc/jack-tools /usr/share/doc/jack-tools/copyright /usr/share/doc/jack-tools/jack.plumbing /usr/share/doc/jack-tools/jack.plumbing/ChangeLog /usr/share/doc/jack-tools/jack.plumbing/ANNOUNCE.gz /usr/share/doc/jack-tools/jack.play /usr/share/doc/jack-tools/jack.play/ChangeLog /usr/share/doc/jack-tools/jack.udp /usr/share/doc/jack-tools/jack.udp/ChangeLog /usr/share/doc/jack-tools/jack.scope /usr/share/doc/jack-tools/jack.scope/ChangeLog /usr/share/doc/jack-tools/jack.clock /usr/share/doc/jack-tools/jack.clock/ChangeLog /usr/share/doc/jack-tools/buildinfo.gz /usr/share/doc/jack-tools/changelog.Debian.gz /usr/share/man /usr/share/man/man1 /usr/share/man/man1/jack.play.1.gz /usr/share/man/man1/jack.ctl.1.gz /usr/share/man/man1/jack.scope.1.gz /usr/share/man/man1/jack.clock.1.gz /usr/share/man/man1/jack.plumbing.1.gz /usr/share/man/man1/jack.udp.1.gz $ --scott -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-3-multimedia-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages jack-tools depends on: ii jackd 0.100.7-1 JACK Audio Connection Kit (server jack-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311869: rosegarden4: same crash here
Package: rosegarden4 Version: 1.0-1.2+b1 Followup-For: Bug #311869 I'm using qsynth as a soft synth and I get the same crash in the bank manager when I try to import, either from a .rgd file or a .sf2 file. The workaround described in the previous message (using import from the midi manager instead) works for me as well. --scott -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages rosegarden4 depends on: ii jackd 0.100.7-1 JACK Audio Connection Kit (server ii kdelibs4c2a 4:3.5.1-4 core libraries for all KDE applica ii khelpcenter 4:3.5.1-1 help center for KDE ii libasound21.0.10-2 ALSA library ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libfontconfig12.3.2-5generic font configuration library ii libfreetype6 2.1.10-1.1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.3-1 GCC support library ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libjack0.100.0-0 0.100.7-1 JACK Audio Connection Kit (librari ii liblo00.23-1 Lightweight OSC library ii liblrdf0 0.4.0-1a library to manipulate RDF files ii libmad0 0.15.1b-2.1MPEG audio decoder library ii libpng12-01.2.8rel-5 PNG library - runtime ii libqt3-mt 3:3.3.5-4 Qt GUI Library (Threaded runtime v ii libsm66.9.0.dfsg.1-4 X Window System Session Management ii libstdc++64.0.3-1The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.8.2-3 FreeType-based font drawing librar ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii zlib1g1:1.2.3-11 compression library - runtime Versions of packages rosegarden4 recommends: ii blop [ladspa-plugin] 0.2.8-3Bandlimited wavetable-based oscill ii caps [ladspa-plugin] 0.3.0-1C* Audio Plugin Suite ii cmt [ladspa-plugin] 1.15-3 Computer Music Toolkit (cmt) a col ii mcp-plugins [ladspa-plugin] 0.3.0-4LADSPA plugins designed for Alsa M ii swh-plugins [ladspa-plugin] 0.4.14-1 Steve Harris's LADSPA plugins ii tap-plugins [ladspa-plugin] 0.7.0-2Tom's Audio Processing LADSPA plug -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329319: Would you be interested in helping maintain yaird for Debian?
On Tue, 14 Mar 2006, Jonas Smedegaard wrote: So rather than just adopt your proposed patch, I want to ask if you'd perhaps be interested in joining the yaord team, helping maintain the package for Debian? [...] You do not need to be a Debian developer to help maintain yaird for Debian. If interested, just register at http://alioth.debian.org/ and tell me your login there, and I'll grant you write access to the yaird SVN repository. :-) Yes, I'm interested. 'cananian-guest'. Eventually I ought to become a Debian developer in any case. =) --scott ODUNIT for Dummies Bejing Soviet Sabana Seca SKILLET STANDEL corporate globalization ASW C4 SLBM MI5 LITEMPO explosives KUHOOK MKNAOMI AMTHUG DTFROGS HTPLUME ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350184: resources
a guide to installing gentium for latex/pdftex is here: http://ipe.compgeom.org/pdftex.html It would be great if we could ship the .enc, .fd, and .tfm files, etc, installed in the proper places, with the debian package. --scott ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350184: ttf-gentium: feature request: provide LaTeX support?
Package: ttf-gentium Version: 1.02-1 Severity: wishlist Gentium is a beautiful font. It would be great if the debian packages provide LaTeX support! (Not all the diacritics would be available in LaTeX, of course, but the basic latin ones ought to be easy to support). --scott -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ttf-gentium depends on: ii defoma0.11.8-0.1 Debian Font Manager -- automatic f Versions of packages ttf-gentium recommends: ii fontconfig2.3.2-1.1 generic font configuration library ii x-ttcidfont-conf 21 Configure TrueType and CID fonts f -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346023: more information
On Tue, 24 Jan 2006, Bill Allombert wrote: Hello Scott, I have made various checks and consulted with upstream, and I have no objection to add enable-maxmem. The only issue is to decide the default value, but 16 seems reasonable. Opinions ? Works for me. The other option would be to actually write some code that looks at /proc/meminfo or some such and gives a "real" estimate for available memory -- but that seems even more fraught. --scott Peking SLINC LITEMPO India ESMERALDITE East Timor Milosevic UNIFRUIT Sudan interception anthrax LIONIZER mail drop ODYOKE ODACID Justice ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#349711: icc-profiles: sRGB profile missing.
Package: icc-profiles Version: 1.0.1-2 Severity: normal The changelog.Debian.gz indicates an sRGB profile was added, but it is missing from /usr/share/color/icc, which has only the following contents: ECI-RGB.V1.0.icc ISOuncoatedyellowish.icc PhotoGamutRGB_avg6c.icc ISOcoated.icc ISOwebcoated.icc ISOuncoated.icc LStar-RGB.icc --scott -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329319: swsusp: updates for suspend2
On Tue, 24 Jan 2006, Hamish Moffatt wrote: One issue is that it can't work out where to resume from itself; this has to come as a resume2= parameter or hard-coded in the kernel. It doesn't seem to be possible to poke it into /proc somewhere as the patch does for swsusp. Looking through http://www.suspend2.net/HOWTO-4.html it seems like writing into /proc/suspend2/resume2 might do what you want? The docs say that you still need a kernel command-line parameter to resume, but thinking about the likely implementation, it seems like writing to /proc/suspend2/resume2 and then writing to /proc/suspend2/do_resume might Just Work. Or ought to be made to work! If you've got a chance to test that hypothesis, I'd appreciate it. I strongly feel that "ordinary users" shouldn't have to edit the kernel command-line parameters for any reason... although one can imagine resume arguments being added in the future at debian-installer time along with the root= argument. I'd prefer to concentrate all information about "which partitions are used for what" into /etc/fstab, though. --scott Semtex Nazi UKUSA atomic AMTHUG $400 million in gold bullion early warning security Chechnya Sugar Grove HTPLUME pending global action network ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329319: swsusp: updates for suspend2
On Tue, 24 Jan 2006, Hamish Moffatt wrote: Scott's latest patch needs a minor adjustment for recent suspend2 patches, which use /proc/suspend2 instead of /proc/software_suspend. When was this change made to suspend2? The code might want to try using /proc/software_suspend if /proc/suspend2 doesn't exist, in order to support older versions of suspend2 (unless this change was ancient). Also, if you've tested it, I'd appreciate if your patch would remove the "# XXX: untested!" comment I had to write. ;-) --scott The diff is simply --- 1000_resume.patch.orig 2006-01-24 09:23:05.0 +1300 +++ 1000_resume.patch 2006-01-24 09:23:17.0 +1300 @@ -165,8 +165,8 @@ + !then + ! # for suspend2 + ! # XXX: untested! -+ ! if [ -w /proc/software_suspend/do_resume ]; then -+ !echo > /proc/software_suspend/do_resume ++ ! if [ -w /proc/suspend2/do_resume ]; then ++ !echo > /proc/suspend2/do_resume NRA ODENVY SKILLET Diplomat non-violent protest Uzi SARANAC ZPSEMANTIC Ortega KUSODA SEQUIN PANCHO RYBAT KUJUMP Delta Force JMWAVE plutonium ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329319: swsusp: updated patch, questions answered
Package: yaird
Version: 0.0.12-3.2
Followup-For: Bug #329319
Appended is a slightly updated patch: it deals better with 'resume='
options on the kernel command-line. Also, in answer to the question
immediately previous: my patch does allow specifying a 'resume' option
in /etc/fstab, in addition to or instead of specifying a kernel
command-line option. The idea here is that (eventually) the 'resume'
tag will be added by debian-installer at partition-creation time to
the largest swap partition created, saving the end-user from having
to muck around with kernel command-line arguments (which are an
unintuitive place to specify partition properties).
--scott
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages yaird depends on:
ii cpio 2.6-10 GNU cpio -- a program to manage ar
ii dash 0.5.3-2 The Debian Almquist Shell
ii libc62.3.5-12GNU C Library: Shared libraries an
ii libhtml-template-perl2.8-1 HTML::Template : A module for usin
ii libparse-recdescent-perl 1.94.free-1 Generates recursive-descent parser
ii perl 5.8.7-10Larry Wall's Practical Extraction
yaird recommends no packages.
-- no debconf information
diff -ruHp yaird-0.0.11-debpat/perl/Parser.pm yaird-0.0.11-mod2/perl/Parser.pm
--- yaird-0.0.11-debpat/perl/Parser.pm 2005-12-09 13:58:20.0 -0500
+++ yaird-0.0.11-mod2/perl/Parser.pm2005-12-09 17:20:51.0 -0500
@@ -311,6 +311,7 @@ goal_directive :
| network_directive[fileName => $arg{fileName}]
| module_directive[fileName => $arg{fileName}]
| optional_module_directive[fileName => $arg{fileName}]
+ | resume_directive[fileName => $arg{fileName}]
| mountdir_directive[fileName => $arg{fileName}]
| mountdev_directive[fileName => $arg{fileName}]
|
@@ -377,6 +378,19 @@ optional_module_directive: 'OPTIONAL' 'M
}
#
+ # Load modules for swap device, and attempt to resume from it
+ #
+resume_directive : 'RESUME' pathname(?)
+ {
+ $return = {
+ type => 'resume',
+ value => @{$item{'pathname(?)'}}[0],
+ origin => "$arg{fileName}:$prevline",
+ };
+ }
+ |
+
+ #
# Mount the fs that fstab lists for pathname
#
mountdir_directive:'MOUNTDIR' pathname mount_point
diff -ruHp yaird-0.0.11-debpat/perl/Plan.pm yaird-0.0.11-mod2/perl/Plan.pm
--- yaird-0.0.11-debpat/perl/Plan.pm2005-12-09 13:58:20.0 -0500
+++ yaird-0.0.11-mod2/perl/Plan.pm 2005-12-09 17:35:31.0 -0500
@@ -623,6 +623,42 @@ sub addFsTabMount ($$$) {
addBlockDevMount ($actions, $blockDevName, $mountPoint);
}
+#
+# addResumePlan -- add list of actions to load modules necessary to
+# access swap device (either given, or found from /etc/fstab), then
+# (if a resume device was found or given) add a short script which
+# will effect the resume-from-swap from the given device.
+#
+sub addResumePlan ($$) {
+ my ($actions, $swapDevName) = @_;
+# treat optional parameter uniformly: '' is equivalent to undef.
+ $swapDevName=undef if $swapDevName eq '' || $swapDevName eq '--';
+ if (! defined ($swapDevName)) {
+ # find resume-from-swap device in fstab; it will be the
+ # entry with ='swap' and including 'resume'
+ for my $entry (@{FsTab::all()}) {
+ if ($entry->type eq 'swap' &&
+ $entry->opts->exists('resume')) {
+ if (defined ($swapDevName)) {
+ Base::fatal("duplicate resume-swap
entries in fstab.");
+ }
+ $swapDevName = $entry->dev;
+}
+ }
+ }
+ if (defined ($swapDevName)) {
+ # device must be in /dev, to determine whether
+ # it's raid, lvm, scsi or whatever.
+ my $abd = ActiveBlockDevTab::findByPath($swapDevName);
+ if (! defined ($abd)) {
+ Base::fatal ("swap block device '$swapDevName'
unavailable");
+ }
+ addDevicePlan ($actions, $abd, []);
+ # now add script which will do the resume from this device.
+ $actions->add ("resume", $swapDevName,
+ devno => $abd->devno);
+ }
+}
#
# makePlan -- given
Bug#346126: libjpeg6b: source package missing configure.in
Package: libjpeg6b Severity: normal The source package is missing the configure.in file (from which the configure script is generated by autoconf) which violates provision 2 (source code) of the DFSG (where source code is "the preferred form in which a programmer would modify the program" ala the OSI open source definition: "intermediate forms such as the output of a preprocessor or translator are not allowed"). --scott -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc5 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346023: more information
I tracked this problem down to a missing '--enable-maxmem=16' on the ./configure command line. The parameter specifies (in megabytes) the maximum amount of main memory libjpeg should allocate before creating backing store on disk; 8, 16 or 32 seem to be reasonable values for modern hardware. And if you don't like it, you can always either set JPEGMEM in the environment or use the -maxmemory command-line parameter. Making this change has a huge impact on the usability of my linux 2.6.15 machine with 320M of main memory when dealing with huge (11M or so) JPEG files. jpegtran is *much* faster (tested with -maxmemory=64m) with the 'ansi' memory manager and a limited main memory size than it was beofre (with the 'nop' memory manager and >400M virtual memory allocated). Because libjpeg is used throughout the system, I expect this will help fix performance problems with large jpeg files throughout debian. --scott Panama JMMADD Dictionary Cocaine CABOUNCE supercomputer anthrax Bejing GPFLOOR ESODIC BLUEBIRD Yakima Richard Tomlinson Boston Moscow Castro ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346023: libjpeg-progs: -maxmemory / JPEGMEM appears not to work
Package: libjpeg-progs Version: 6b-11 Severity: normal jpegtran appears to ignore the -maxmemory and JPEGMEM options, at least in certain sitations. It is documented to limit the memory usage of jpegtran. But: $ JPEGMEM=1m jpegtran -opt -maxmemory 1m -flip horizontal -trim -progressive -outfile FLIPPED/slide010.jpg ROTATED/slide010.jpg for a certain large file I have immediately allocates 461M of virtual address space (over 200M of which is resident, on this machine). This also occurs for: $ JPEGMEM=1m jpegtran -opt -maxmemory 1m -rot -trim -outfile slide010.jpg ROTATED/slide010.jpg It may well be that the maxmemory options are universally ignored. If they are only ignored for some input options, then the man page ought to clearly specify which options those are -- allocating so much memory severely hoses my machine! --scott -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc5 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages libjpeg-progs depends on: ii libc6 2.3.5-9GNU C Library: Shared libraries an ii libjpeg62 6b-11 The Independent JPEG Group's JPEG libjpeg-progs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345117: scribus should recommend python-imaging-tk
Package: scribus Version: 1.2.2.1.dfsg+cvs20050829-1 Severity: normal The FontSample script included with Scribus wants the python-imaging-tk package installed in order to display a font preview; thus the scribus package should Suggests: it. --scott -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc5 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages scribus depends on: ii gs-esp 8.15.1.dfsg.1-1 The Ghostscript PostScript interpr ii gs-gpl 8.15-4 The GPL Ghostscript PostScript int ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.5-9 GNU C Library: Shared libraries an ii libcupsys2 1.1.23-14 Common UNIX Printing System(tm) - ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-5 GCC support library ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libjpeg626b-11 The Independent JPEG Group's JPEG ii liblcms1 1.13-1 Color management library ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libqt3-mt3:3.3.5-3 Qt GUI Library (Threaded runtime v ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libtiff4 3.7.4-1 Tag Image File Format (TIFF) libra ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxml2 2.6.22-2GNOME XML library ii python-tk2.3.5-3 Tkinter - Writing Tk applications ii python2.32.3.5-9 An interactive high-level object-o ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m ii zlib1g 1:1.2.3-9 compression library - runtime Versions of packages scribus recommends: ii gsfonts-x11 0.17Make Ghostscript fonts available t ii xfonts-scalable 6.8.2.dfsg.1-11 scalable fonts for X -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333953: bash: Your problem is that LANG is set
Package: bash Version: 3.1-1 Followup-For: Bug #333953 Even though LC_COLLATE is not set, you've got LANG set to EN_us (as your bug report says), so LC_COLLATE inherits the value of LANG. See http://lists.gnu.org/archive/html/bug-fileutils/2001-03/msg00027.html for some more information I agree that this is a dangerous "feature" for most of us, who expect [a-z] not to match uppercase letters. I just discovered this myself, and I would certainly call this a *BUG* in that it changes the expected behavior of matching. I think Debian should ensure that bash (and sort?) behaves "as expected" unless an explicit choice is made to use locale processing. I don't think this should be done via looking at LANG (or even LC_COLLATE), since it is quite possible that a non-english-speaker may also expect "C" semantics from the shell (especially if they are learning from a textbook). I'd suggest a dpkg configuration option for bash to "force LC_COLLATE=C" which defaults to "yes". Note that I *don't* think that this should be an environment setting, since (especially if I am not a native english speaking) may want LANG= in my environment so that applications inherit the correct value, but still want bash to use C semantics (even if it is invoked from a command line where LANG=). [Note that there are a number of locations where bash uses locale. It *should* still use the LANG= info when communicating with the user. It's just the uses in regular expressions and string comparisons which are at issue here.] On the other hand, maybe we should be teaching people that ranges in regular expressions are ill-defined, and we should all be using [[:lower:]] instead. In that case, perhaps we should emit a warning every time a range is used, unless the shell option bash_shut_up_about_ranges_I_know_they_are_borked is set? --scott -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc5 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages bash depends on: ii base-files3.1.9 Debian base system miscellaneous f ii debianutils 2.15.2 Miscellaneous utilities specific t ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand bash recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329319: [Yaird-devel] Bug#329319: yaird: swsusp not all that hard
On Tue, 13 Dec 2005, Sven Luther wrote: My impression is that they use the resume= option on the kernel command line, which is then parsed by initrd-tools or whatever. I feel the sane thing to do is to support all three possible ways : 1) have the resume= kernel command line option provided by the user / grub/lilo/yaboot/etc override the detected partition. This is always a good idea, as we showed with the root= kernel command line option, and will allow the user to recover more easily from mistakes and such. 2) have yaird look at the resume option in /etc/fstab as suggested here. Not sure if this is the best thing to do though. 3) have it specified/specifiable in /etc/yaird.conf. This is exactly what my patch implements. The real question being what other tools who do the suspend step usually use for configuration, the resume step is rather easy once we know that. There is the 'hibernate' package, but I haven't looked at it. It seems a little heavyweight for my purposes, as I don't need to "load and unload modules, various hacks needed to get some video cards to resume properly under X, restart networking and system services" which it advertises as its purpose. Just writing to /sys/power/state seems sufficient; the other things seem like they are more properly bugs in the kernel which ought to be fixed, not hacked around. There are also the following packages: toshutils, fnfxd, athcool, etc. I think the proper place for support is in the acpid package, with possibly a separate machine-specific package to flesh out the support. But it seems that ACPI supports a 'sleep' button, so we should be able to implement basic support without machine-specific stuff. Notice that one thought i had about swsusp is to have multiple swap partitions associated with multiple non-overlapping partition sets and be able to resume in the one or the other, so i believe your idea will kill this kind of setup. No, you can always specify a particular resume partition for this case, either on the kernel command-line, or in etc/fstab. --scott Diplomat bomb Bejing SLINC KUHOOK explosives genetic LCPANGS Sugar Grove overthrow security AVBUSY KUBARK PAPERCLIP hack Nazi Honduras cracking ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329319: yaird: swsusp not all that hard
On Mon, 12 Dec 2005, Erik van Konijnenburg wrote: Two points to consider: * what do other tools do? We would not want people that convert to or from initrd-tools or mkinitramfs to have to change their grub of fstab configuration to keep their swsusp working. Only be incompatible if it can't be avoided. Ideally, avoid incompatibility even among distros. I don't know what other tools do -- swsusp seems to be an "experimenters only" option right now, as far as I can tell. My goal was to make Debian Do The Right Thing By Default and make it easier for people to try this stuff out. * Could we avoid configuration altogether? We could simply always do the resume code for all swap devices, if swsusp or swsusp2 is enabled in the kernel config. If the distro has swsusp in the kernel, this would mean users could start using swsusp without having to regenerate the initramfs; downside is they would have to edit the grub/lilo menu. Well, swsusp needs to be told what partition to suspend *to*. The current swsusp code sets the 'to' directory as a side-effect of attempting the suspend 'from'. Trying to resume from *all* the swap partitions wouldn't be terrible, but it still requires parsing the /etc/fstab to find out which partitions those are. But maybe the default should be "resume from all, *unless* one is marked with a 'resume' tag". That way (those few) people with multiple swap partitions can still specify which they want. And resuming from all will cause us to suspend to the last partition tested, by default. It would be nice to use the 'largest' by default -- but this can always be overriden in the actual suspend code (not the resume code) which is perhaps where such policy decisions belong. I can turn the crank on another patch if something like this sounds like what you'd want. Attached some notes on swsusp I made earlier; untested so far. Your characterisation of software suspend seems a little off. "[D]epending on how long the system has been idle, you may want to bring devices to a less active state, with reduced noise and reduced power consumption." I think the primary use of software suspend, rather, is by *laptop users*, who could care less about "reduced noise" but rather need to save their working state without draining their batteries. Detecting "how long the system has been idle" is not really a big concern; most suspends are triggered by explicit user action (ie, by closing the lid or by using a special key sequence). In your notes on suspending with swsusp, you don't need the kernel option, as long as you do the echo to /sys/power/resume (before the suspend, too). I've started testing dmraid, and have only a limited supply of boxes to play with (and limited time to play in ...) so it will be a while before I can test the swsusp. My philosophy here is to get *something* (non-harmful!) in yaird ASAP, which will then (hopefully) provoke comments and perhaps revisions. I don't think the features are well-known enough to do a "perfect" design ex nihilo. For example, if you roll out very basic support for swsusp2 (which my patch provides) with somewhat more complete support for swsusp, I expect that some swsusp2 user will be motivated to complete the swsusp2 support. But at the moment, since the stock debian kernel supports swsusp (but not swsusp2), it seems that yaird should (at least) support swsusp. --scott arrangements Morwenstow TASS SGUAT LICOZY Marxist ammunition ODYOKE COBRA JANE SHERWOOD DC counter-intelligence BATF radar Kojarena assassinate ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329319: yaird: patch to provide swsusp (and suspend2?) support
Package: yaird
Version: 0.0.11-12.3
Followup-For: Bug #329319
Attached is a patch to provide swsusp support for yaird. It may also
provide suspend2 support; I've included the code fragment given by the
original submitter, but I do not have a suspend2 kernel installed, so it
is untested. It shouldn't do anything too evil, in any case.
The patch identifies the partition to suspend/resume from by looking for
a 'resume' option on a swap partition in /etc/fstab. This seems best to
me, as it avoids unnecessary bootloader dependencies, and one may assume
that a future Debian installer might automatically add this option to
the largest swap partition created.
We also support specification of the suspend/resume partition via the
'resume=' kernel command-line option; this will always override the
detected partition. We support suppression of resume via the "noresume"
kernel command-line option as well.
This patch allows users to configure software suspend using stock Debian
kernels. Without this, one would have to build a custom non-initrd kernel
with the appropriate modules necessary to access one's swap partition
statically linked in -- and even then it is likely not to work correctly,
as the "late_init" binding of the software_resume() call is (on my machine
at least) still earlier than IDE initialization.
If this patch is accepted upstream, I plan to also submit a patch to the
Linux kernel documentation explaining how to (easily) set up software
suspend/resume on a system with yaird. The existing kernel documentation
does not adequately treat initrd issues (and resume doesn't actually
currently work on non-initrd kernels).
This patch is against the latest debian version of yaird (0.0.11-12).
It should be sufficient to place this in
yaird-0.0.11/debian/patches/1099_add_resume_rule.patch
and add '1099_add_resume_rule.patch' to the end of
yaird-0.0.11/debian/patches/series
--scott
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-rc5
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages yaird depends on:
ii cpio 2.6-9 GNU cpio -- a program to manage ar
ii dash 0.5.3-1 The Debian Almquist Shell
ii libc62.3.5-8.1 GNU C Library: Shared libraries an
ii libhtml-template-perl2.7-1 HTML::Template : A module for usin
ii libparse-recdescent-perl 1.94.free-1 Generates recursive-descent parser
ii perl 5.8.7-8 Larry Wall's Practical Extraction
yaird recommends no packages.
-- no debconf information
diff -ruHp yaird-0.0.11-debpat/perl/Parser.pm yaird-0.0.11-mod2/perl/Parser.pm
--- yaird-0.0.11-debpat/perl/Parser.pm 2005-12-09 13:58:20.0 -0500
+++ yaird-0.0.11-mod2/perl/Parser.pm2005-12-09 17:20:51.0 -0500
@@ -311,6 +311,7 @@ goal_directive :
| network_directive[fileName => $arg{fileName}]
| module_directive[fileName => $arg{fileName}]
| optional_module_directive[fileName => $arg{fileName}]
+ | resume_directive[fileName => $arg{fileName}]
| mountdir_directive[fileName => $arg{fileName}]
| mountdev_directive[fileName => $arg{fileName}]
|
@@ -377,6 +378,19 @@ optional_module_directive: 'OPTIONAL' 'M
}
#
+ # Load modules for swap device, and attempt to resume from it
+ #
+resume_directive : 'RESUME' pathname(?)
+ {
+ $return = {
+ type => 'resume',
+ value => @{$item{'pathname(?)'}}[0],
+ origin => "$arg{fileName}:$prevline",
+ };
+ }
+ |
+
+ #
# Mount the fs that fstab lists for pathname
#
mountdir_directive:'MOUNTDIR' pathname mount_point
Only in yaird-0.0.11-mod2/perl: Parser.pm~
diff -ruHp yaird-0.0.11-debpat/perl/Plan.pm yaird-0.0.11-mod2/perl/Plan.pm
--- yaird-0.0.11-debpat/perl/Plan.pm2005-12-09 13:58:20.0 -0500
+++ yaird-0.0.11-mod2/perl/Plan.pm 2005-12-09 17:35:31.0 -0500
@@ -623,6 +623,42 @@ sub addFsTabMount ($$$) {
addBlockDevMount ($actions, $blockDevName, $mountPoint);
}
+#
+# addResumePlan -- add list of actions to load modules necessary to
+# access swap device (either given, or found from /etc/fstab), then
+# (if a resume device was found or given) add a short script which
+# will effect the resume-from-swap from the given device.
+#
+sub addResumePlan ($$) {
+ my ($actions, $swapDevName) = @_;
+# treat optional parameter uniformly: '' is equivalent to undef.
+ $swapDevName=undef if $swapDevName eq '' || $swapDevName eq '--'
Bug#329319: yaird: swsusp not all that hard
Package: yaird Version: 0.0.11-12 Followup-For: Bug #329319 It's not all that hard to prevent log replay: just don't mount the file systems! Resume should happen *after* the modules required to access the swap partition are installed (ide, piix, etc), but *before* the root partition is mounted. Mounting read-only is bad, too, because that causes journal replay. Just load the modules and transfer to the resume code, which will take care of the rest. The more interesting question is: how do I tell which partition I need to resume from? yaird needs to know this so that it can make sure the right modules are loaded (otherwise resume will complain "device not found"). swsusp uses "resume=/dev/hda#" and suspend2 uses "resume2=swap:/dev/hda#" on the command-line, but it would really be preferable to use a mount option in /etc/fstab instead. After all, yaird is good at figuring out things like that; grub/lilo are not. For standard swsusp, cat /sys/block/hda/hda5/dev > /sys/power/resume (for example) at initramfs-time will both initialize the 'resume=' option (avoiding the need for a command-line argument) and also perform the resume if appropriate. I don't know if suspend2 has a similar mechanism. So it should be pretty straight-forward for yaird to: 1) look in /etc/fstab for a swap partition with the 'resume' option. 2) add a target just before filesystem mount (MKSWAP or some such) which loads the modules needed to access that partition 3) if there isn't a "noresume" or "noresume2" option on the command-line, performs the swsusp or suspend2-appropriate resume action. (or both, since only one or the other will actually work). Everything else should be handled by the resume. --scott -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc5 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages yaird depends on: ii cpio 2.6-9 GNU cpio -- a program to manage ar ii dash 0.5.3-1 The Debian Almquist Shell ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libhtml-template-perl2.7-1 HTML::Template : A module for usin ii libparse-recdescent-perl 1.94.free-1 Generates recursive-descent parser ii perl 5.8.7-8 Larry Wall's Practical Extraction yaird recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334065: Uninstallable: hotplug has been replaced by udev
Package: zd1211-firmware Severity: important This package depends on hotplug, but hotplug has been replaced by udev in testing/unstable. It should probably depend on hotplug|udev instead. --scott -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-386 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#328094: udev: firmware loading broken with 0.070-1
Package: udev
Version: 0.070-1
Followup-For: Bug #328094
Upgrading udev from 0.068-2 to 0.070 broken firmware loading for me, too.
In my case, it's a Netgear WG511 card; after the aptitude upgrade I get:
eth1: resetting device...
eth1: uploading firmware...
prism54: request_firmware() failed for 'isl3890'
eth1: could not upload firmware ('isl3890')
eth1: islpci_reset: failure
when I do an ifconfig eth1 up. In my case
# echo /sbin/hotplug > /proc/sys/kernel/hotplug
fixed the problem (at least temporarily):
eth1: resetting device...
eth1: uploading firmware...
eth1: firmware version: 1.0.4.3
eth1: firmware upload complete
eth1: interface reset complete
eth1: no IPv6 routers present
So some change in 0.070-1 seems to have b0rked firmware upload.
--scott
-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 0
lrwxrwxrwx 1 root root 20 Apr 10 18:50 020_permissions.rules ->
../permissions.rules
lrwxrwxrwx 1 root root 12 Sep 10 22:46 050_hal-plugdev.rules -> ../hal.rules
lrwxrwxrwx 1 root root 17 Apr 6 18:07 thinkpad.rules -> ../thinkpad.rules
lrwxrwxrwx 1 root root 13 Aug 23 2004 udev.rules -> ../udev.rules
lrwxrwxrwx 1 root root 19 Aug 16 13:32 z20_persistent.rules ->
../persistent.rules
lrwxrwxrwx 1 root root 12 Jul 3 17:38 z50_run.rules -> ../run.rules
lrwxrwxrwx 1 root root 19 Aug 5 23:49 z60_alsa-utils.rules ->
../alsa-utils.rules
lrwxrwxrwx 1 root root 17 Jul 3 17:38 z70_hotplugd.rules -> ../hotplugd.rules
-- /sys/:
/sys/block/fd0/dev
/sys/block/hda/dev
/sys/block/hda/hda1/dev
/sys/block/hda/hda2/dev
/sys/block/hda/hda4/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/class/cpuid/cpu0/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/misc/agpgart/dev
/sys/class/misc/apm_bios/dev
/sys/class/misc/nvram/dev
/sys/class/misc/pktcdvd/dev
/sys/class/misc/psaux/dev
/sys/class/msr/msr0/dev
/sys/class/sound/dsp/dev
/sys/class/sound/midi/dev
/sys/class/sound/mixer/dev
/sys/class/sound/timer/dev
-- Kernel configuration:
isapnp_init not present.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.1csa
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages udev depends on:
ii hotplug 0.0.20040329-25 Linux Hotplug Scripts
ii initscripts 2.86.ds1-2 Standard scripts needed for bootin
ii libc62.3.5-6 GNU C Library: Shared libraries an
ii libselinux1 1.26-1 SELinux shared libraries
ii lsb-base 3.0-5 Linux Standard Base 3.0 init scrip
ii makedev 2.3.1-78creates device files in /dev
ii sed 4.1.4-4 The GNU sed stream editor
udev recommends no packages.
-- debconf information:
udev/devfs-warning:
* udev/reboot-warning:
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323484: xserver-xorg: [nv] nv driver (repeatably) locks up system when running /usr/lib/xscreensaver/bubbles
Package: xserver-xorg Version: 6.8.2.dfsg.1-5 Severity: important Running /usr/lib/xscreensaver/bubbles on my system with the 'nv' driver repeatably crashes the system after ~5 seconds. Note that 'bubbles' does *not* use GL, and that the system crashes even if the "dri" and "glx" modules are commented out of the Module section of xorg.conf. I fixed the problem only by changing from the 'nv' driver to the (evil, proprietary) 'nvidia' driver (which I don't like to have to do). This *should* indicate that the problem is in 'nv', but I see lots of other 'crashing' bugs filed against xserver-xorg, so maybe there is a more fundamental race problem at work here. The symptoms of the crash are that the 'Xorg' process rockets to 100% CPU utilization (as shown by top). In itself this doesn't make my system unusable, as I've got a 2-processor box (so this is only 50% total processor utilization). The mouse cursor doesn't freeze up immediately, but eventually does. Any attempt to kill the X server will just transfer the 100% utilization to some other (parent?) process; typically 'events/1' (pid 7) is the next inheritor. Attempting to 'shutdown' just makes the system unresponsive. It seems like there is a critical lock which isn't being released, which gradually infects other processes until the system halts. Note that the xorg.conf included below is the 'working' version, which uses the (evil) 'nvidia' driver. The diff between a 'working' xorg.conf and a non-working xorg.conf is as follows: --- xorg.conf 2005-08-16 19:08:34.0 -0400 +++ xorg.conf.2005-08-16b.crashes 2005-08-16 18:23:25.0 -0400 @@ -37,7 +37,7 @@ # Load"dri" Load"extmod" Load"freetype" - Load"glx" +# Load"glx" Load"int10" Load"record" Load"type1" @@ -66,22 +66,16 @@ Section "Device" Identifier "NVidia" - Driver "nvidia" + Driver "nv" BusID "PCI:1:4:0" # Option "UseFBDev" "true" - Option "DPMS" EndSection Section "Monitor" Identifier "SGI Flat Panel" Option "DPMS" - VendorName "Silicon Graphics" - ModelName "1600SW" - HorizSync 40-90 - VertRefresh 60 - Option "dpms" - Option "OverridePolarity" "1" - Modeline "1600x1024" 108 1600 1616 1656 1704 1024 1027 1030 1056 -Hsync -Vsync +# HorizSync 40-90 +# VertRefresh 60 EndSection Section "Screen" Let me know if I can contribute in any other way to fixing this bug; I'd really like to stop using the evil nvidia driver. --scott -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 Aug 16 15:39 /etc/X11/X -> /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 1833368 Aug 10 05:20 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: :00:0e.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) :01:04.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev b2) /etc/X11/xorg.conf does not match checksum in /var/lib/xfree86/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 3205 Aug 16 19:08 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf.dpkg-new (Xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf.dpkg-new manual page. # (Type "man xorg.conf.dpkg-new" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/xorg.conf.dpkg-new /etc/X11/xorg.conf.dpkg-new.custom # md5sum /etc/X11/xorg.conf.dpkg-new >/var/lib/xfree86/xorg.conf.dpkg-new.md5sum # dpkg-reconfigure xserver-xorg Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/CID" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X
Bug#312373: xserver-xorg: If multiple video cards detected, should not pre-fill PCI ID.
Package: xserver-xorg Version: 6.8.2.dfsg.1-5 Followup-For: Bug #312373 I see this, too: the configuration wants to fill in PCI:0:14:0 even though that ID belongs to a disabled video card (and doesn't match the driver I'd selected in the previous configuration step). If there are multiple devices found, configuration should either not pre-fill anything, or should indicate the devices found (ie using the output of lspci) and let the user select one. --scott -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 Aug 16 15:39 /etc/X11/X -> /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 1833368 Aug 10 05:20 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: :00:0e.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) :01:04.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev b2) /etc/X11/xorg.conf does not match checksum in /var/lib/xfree86/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 3205 Aug 16 18:49 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf.dpkg-new (Xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf.dpkg-new manual page. # (Type "man xorg.conf.dpkg-new" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/xorg.conf.dpkg-new /etc/X11/xorg.conf.dpkg-new.custom # md5sum /etc/X11/xorg.conf.dpkg-new >/var/lib/xfree86/xorg.conf.dpkg-new.md5sum # dpkg-reconfigure xserver-xorg Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/CID" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"bitmap" Load"dbe" Load"ddc" # Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"type1" Load"v4l" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "false" Option "ZAxisMapping" "4 5" EndSection Section "Device" Identifier "NVidia" Driver "nvidia" BusID "PCI:1:4:0" # Option "UseFBDev" "true" Option "DPMS" EndSection Section "Monitor" Identifier "SGI Flat Panel" Option "DPMS" VendorName "Silicon Graphics" ModelName "1600SW" HorizSync 40-90 VertRefresh 60 Option "dpms" Option "OverridePolarity" "1" Modeline "1600x1024" 108 1600 1616 1656 1704 1024 1027 1030 1056 -Hsync -Vsync EndSection Section "Screen" Identifier "Default Screen" Device "NVidia" Monitor "SGI Flat Panel" DefaultDepth16 SubSection "Display" Depth 1 Modes "1600x1024" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 4 Modes "1600x1024" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1600x1024" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 15 Modes "1600x1024" "10
Bug#310380: libldap2: Same problem; slightly different fix
On Fri, 27 May 2005, Torsten Landschoff wrote: Well, with all this fuss about that symbolic link to libldap_r I'd say it is by far easier to make the libldap library a copy of libldap_r. @Steve: What do you think? It will cost a bit of disk space (if we don't hardlink which is evil as well) but will probably kill those problems. It's a difference of 220kByte. I think this might be fixing the symptom, not the problem. dpkg thinks there should be a /usr/lib/libldap.so.2 file. Where did it go? --scott Israel QKFLOWAGE smuggle KUCLUB AMTHUG STANDEL fissionable justice Washington chemical agent LA LINCOLN MHCHAOS India CIA SSBN 743 affinity group ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#310380: libldap2: Same problem; slightly different fix
Package: libldap2 Version: 2.1.30-8 Followup-For: Bug #310380 I'm seeing this, too (it's not an isolated report), but my fix was (very) slightly different: sincerity-forever:/usr/lib# ln -s libldap.so.2.0.130 libldap.so.2 Not sure why this isn't being done by the libldap2 package: dpkg certainly thinks it ought to be: sincerity-forever:/usr/lib# dpkg -L libldap2 /. /etc /etc/ldap /etc/ldap/ldap.conf /usr /usr/share /usr/share/man /usr/share/man/man5 /usr/share/man/man5/ldap.conf.5.gz /usr/share/doc /usr/share/doc/libldap2 /usr/share/doc/libldap2/README.Debian /usr/share/doc/libldap2/copyright /usr/share/doc/libldap2/changelog.Debian.gz /usr/lib /usr/lib/liblber.so.2.0.130 /usr/lib/libldap_r.so.2.0.130 /usr/lib/liblber.so.2 /usr/lib/libldap.so.2 /usr/lib/libldap.so.2.0.130 /usr/lib/libldap_r.so.2 sincerity-forever:/usr/lib# This is a very bad bug, as it caused my mail server silently go down and become unable to forward messages (the running exim listening on port 25 remained up, but procmail could not spawn sub-instances of exim to deliver mail). --scott -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libldap2 depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgnutls11 1.0.16-13.1 GNU TLS library - runtime library ii libsasl22.1.19-1.5 Authentication abstraction library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307937: fontconfig: fc-cache hangs (if .t1a file is present?)
Package: fontconfig Version: 2.3.2-1 Severity: normal Upgrading fontconfig (or fonts which invoke fc-cache) hangs for me, in fc-cache -f -v. I pulled fonts out of my directories until I could narrow down the source of the problem, and it seems that one of my type1 fonts comes with both the standard .afm and .pfb files, but also with a .t1a file: # file crush47.t1a crush47.t1a: PostScript Type 1 font text (CrushNo47 \2511997 dincTYPE/diane ) If this file is left in /usr/X11R6/lib/X11/fonts/local-Type1, then fc-cache will hang (ie, run for 12 hours or more without making progress). If this file is removed, fc-cache completes normally in a reasonable time. I can provide this file (and the associated .afm and .pfb files) if they would be helpful. I feel that, whatever is in the fonts directories, fc-cache should never hang or crash. --scott -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages fontconfig depends on: ii debconf [debconf-2.0] 1.4.49 Debian configuration management sy ii defoma 0.11.8-0.1 Debian Font Manager -- automatic f ii gsfonts-x11 0.17 Make Ghostscript fonts available t ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libfontconfig1 2.3.2-1 generic font configuration library ii msttcorefonts 1.2 Installer for Microsoft TrueType c ii ttf-bitstream-vera 1.10-3 The Bitstream Vera family of free ii ttf-freefont20031008-1.1 Freefont Serif, Sans and Mono True ii ucf 1.18 Update Configuration File: preserv -- debconf information: * fontconfig/rendering_type: Autohinter * fontconfig/subpixel_rendering: Automatic * fontconfig/enable_bitmaps: false fontconfig/hinting_type: Native * fontconfig/enable_autohinter: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304235: Fix for camserv-relay singleframe (patch)
Package: camserv-relay
Version: 1:0.5.1-3.1
Followup-For: Bug #304235
Attached is a patch to fix the problem with singleframe mode in camserv-relay.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages camserv-relay depends on:
ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an
ii libjpeg62 6b-10The Independent JPEG Group's JPEG
-- no debconf information
--- camserv-0.5.1.orig/relay/relay.c
+++ camserv-0.5.1/relay/relay.c
@@ -533,7 +533,9 @@
if( manager_dest_client( cldata->browserdata.management_data ) == -1 ){
camserv_log( MODNAME, "Error destroying client management!");
}
cldata->browserdata.management_data = NULL;
+if (cldata->clienttype == CLIENT_T_SINGLE)
+ return SOCKFIELD_CLOSE;
cldata->browserdata.browserstate = BROWSERSTATE_SEND_SEPERATOR;
sep_data = get_seperator_text( &sep_size );
databuf_buf_set( cldata->writebuf, sep_data, sep_size );
Bug#304235: camserv-relay: singleframe doesn't work
Package: camserv-relay Version: 1:0.5.1-3 Severity: normal Using the http://host.net:port/singleframe url with camserv-relay doesn't work correctly: it treats this roughly the same as the non-singleframe mode and continues to stream garbage after the initial JPEG. This causes the mozilla spinner to keep running (for example), prevents page onLoad() from running, and breaks PDA-based browsers completely. --scott -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages camserv-relay depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libjpeg62 6b-10The Independent JPEG Group's JPEG -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#211458: classpath: provide static libraries
On Mon, 21 Feb 2005, Michael Koch wrote: I really wonder why you want static libraries instead of dynamic ones. What is the need for this ? GCJ doesnt need them. It has its own shared library and some free VMs (jamvm, sablevm, kissme, cacao, etc.) use the share JNI libraries provided by classpath itself. Why do you ever want to build shared binaries? Smaller executable, or you need it self-contained, or you're running on a single-purpose embedded system, or you are doing tricky debugging, or you want to perform aggressive linker optimization, or you want faster startup. The point is, Java is "just a language" just like C is. If a static version of the C standard library is useful (and included in Debian), then a static version of the Java standard library is useful (and should be in Debian). As it turns out, my static java compiler (FLEX) does static linker optimizations which require static binaries -- ld isn't quite smart enough to put all the pieces together dynamically. Static java libraries would be useful. --scott Chechnya assassination ZRBRIEF Cheney GRALLSPICE Japan affinity group Hawk FSF Ft. Meade LCPANES MI5 Mk 48 Suharto MKDELTA SSBN 731 Leitrim ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292448: tomcat4: Tomcat4 won't start w/o webapps
Package: tomcat4 Version: 4.1.31-2 Followup-For: Bug #292448 I saw this, too. This bug is particularly pernicious because catalina.log just says, INFO: Initializing Coyote HTTP/1.1 on http-8180 Starting service Tomcat-Standalone Apache Tomcat/4.1 Catalina.start: LifecycleException: Context startup failed due to previous errors LifecycleException: Context startup failed due to previous errors [...] Stopping service Tomcat-Standalone Catalina.stop: LifecycleException: Coyote connector has not been started LifecycleException: Coyote connector has not been started ie all indications are that the problem is due to the coyote connector in some way. Please fix this! --scott -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages tomcat4 depends on: ii adduser3.62 Add and remove users and groups ii apache-utils 1.3.33-4 utility programs for webservers (t ii apache2-common 2.0.53-4 next generation, scalable, extenda ii apache2-utils [apache- 2.0.53-4 utility programs for webservers ii gcj [java-compiler]4:3.3.5-1 The GNU Java compiler ii gcj-3.3 [java-compiler 1:3.3.5-8 The GNU compiler for Java(TM) ii gij-3.3 [java-virtual- 1:3.3.5-8 The GNU Java bytecode interpreter ii java-virtual-machine-d 1.2 Java Virtual Machine dummy package ii jikes-classpath [java- 2:0.13-3 wrapper for jikes using classes fr ii kaffe 2:1.1.4.PRECVS8-2 A JVM to run Java bytecode ii kaffe-pthreads [kaffe] 2:1.1.4.PRECVS8-2 A POSIX threads enabled version of ii libtomcat4-java4.1.31-2 Java Servlet engine -- core librar -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#294439: mozilla-firefox: Phishing vulnerability using IDN
On Wed, 9 Feb 2005, Eric Dorland wrote: Please don't file duplicate bug reports. Sorry, didn't see the other one. There are 241 open bugs on firefox, and reportbug sorts the forwarded bugs after all others, so this (very serious) bug gets listed after 50-some-odd wishlist items. My bad for not recognizing this sorting anomaly. I'm really not sure. The phishing possibilities are a bit scary, but how widespread are these IDNs? Am I going to be making a lot of popular websites inaccessible? Just because someone is "english-speaking" doesn't mean they can't speak or want to surf pages of a different language. If I understand the advisory correctly, Internet Explorer doesn't support IDNs at all. For some people, that's a definition of "not widespread". I am concerned that the costs of the workaround fall most heavily on foreign users, but i18n isn't (IMO) an excuse for security vulnerabilities. You can always get to the site using the punycoded version of the domain-name, as far as I know, so we're not making anything *inaccessible*, just *less convenient*. --scott STANDEL for Dummies genetic Yeltsin PAPERCLIP nuclear Uzi Boston ASW counter-intelligence ESCOBILLA ZPSECANT HTLINGUAL Sigint fissionable ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#294274: mozilla-browser: Also filed against firefox
Package: mozilla-browser Followup-For: Bug #294274 I just filed a corresponding bug against firefox; I didn't see one already there when I invoked reportbug (it's possible I overlooked it). Anyway, if anyone's keeping track, it's debian bug #294439. --scott -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mozilla-browser depends on: ii debconf 1.4.45 Debian configuration management sy ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-9 GCC support library ii libglib2.0-0 2.6.2-1 The GLib library of C routines ii libgtk2.0-0 2.6.2-2 The GTK+ graphical user interface ii libnspr4 2:1.7.5-1 Netscape Portable Runtime Library ii libpango1.0-01.8.0-3 Layout and rendering of internatio ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-10 X Window System printing extension ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii psmisc 21.5-1 Utilities that use the proc filesy ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#294439: mozilla-firefox: Phishing vulnerability using IDN
Package: mozilla-firefox Version: 1.0+dfsg.1-5 Severity: grave Justification: user security hole "Homograph attack" allows an attacker to create a link, with SSL 'lock' and everything which is indistinguishable from a trusted site. Advisory is here: http://www.shmoo.com/idn/homograph.txt Example page showing this attack for paypal.com is at: http://www.shmoo.com/idn/ and example for amazon.com is at: http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3866526512 This last is a real shame. There is a simple workaround for mozilla and firefox: > You can disable IDN support in mozilla products by setting > 'network.enableIDN' to false. This should be done ASAP for debian packages to provide a 'secure by default' experience. The advisory indicates that mozilla is "working on finding a good long-term solution"; we should re-enable IDN only when that 'real' solution appears. This fix may upset international users, but they can locally re-enable IDN once they are advised of the vulnerability. For english-speaking users disabling IDN is obviously the right thing to do. --scott -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mozilla-firefox depends on: ii debianutils 2.11.2 Miscellaneous utilities specific t ii fontconfig 2.2.3-4 generic font configuration library ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-9 GCC support library ii libglib2.0-0 2.6.2-1 The GLib library of C routines ii libgtk2.0-0 2.6.2-2 The GTK+ graphical user interface ii libidl0 0.8.3-1 library for parsing CORBA IDL file ii libjpeg626b-9The Independent JPEG Group's JPEG ii libkrb53 1.3.6-1 MIT Kerberos runtime libraries ii libpango1.0-01.8.0-3 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-10 X Window System printing extension ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii psmisc 21.5-1 Utilities that use the proc filesy ii xlibs4.3.0.dfsg.1-10 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#219974: gpm: fix found
Package: gpm Version: 1.19.6-19 Followup-For: Bug #219974 If you're running a 2.6 kernel and getting messages like: Feb 9 13:03:56 sincerity-forever /usr/sbin/gpm[5145]: oops() invoked from gpn.c(205) in /var/log/syslog when you restart gpm, the problem is likely that the mousedev or psmouse modules aren't loaded. It was mousedev I was missing. Adding: mousedev psmouse to /etc/modules (and running modprobe mousedev ; modprobe psmouse; /etc/init.d/gpm restart in the interim before you reboot) should fix the problem. (At least it did for me.) This package should be changed to recommend this step when gpm fails to open psaux with a 'no such device' error, instead of silently failing with a mysterious 'oops' message in the syslog. --scott -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gpm depends on: ii debconf [debconf-2.0] 1.4.45 Debian configuration management sy ii debianutils 2.11.2 Miscellaneous utilities specific t ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand ii ucf 1.13 Update Configuration File: preserv -- debconf information: gpm/responsiveness: gpm/repeat_type: raw gpm/append: * gpm/restart: true gpm/sample_rate: * gpm/type: ps2 * gpm/device: /dev/psaux * gpm/restart_default: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#219974: gpm still broken
Package: gpm Version: 1.19.6-19 Followup-For: Bug #219974 I'm running a 2.6 kernel with a PS/2 mouse and gpm is still broken. Other filed bugs suggest the solution is to upgrade to the 1.20 upstream release. Comments by other on those filed bugs suggest that the maintainer of this package has abandoned it. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gpm depends on: ii debconf [debconf-2.0] 1.4.45 Debian configuration management sy ii debianutils 2.11.2 Miscellaneous utilities specific t ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand ii ucf 1.13 Update Configuration File: preserv -- debconf information: gpm/responsiveness: gpm/repeat_type: raw gpm/append: * gpm/restart: true gpm/sample_rate: * gpm/type: ps2 * gpm/device: /dev/psaux * gpm/restart_default: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#289470: totem: Another crash report.
Package: totem Version: 0.100-1 Followup-For: Bug #289470 I've been seeing the crash, too. Finally got around to reporting it. No experimental sources, just unstable and testing. [EMAIL PROTECTED]:~$ gconftool-2 -R /apps/totem visual_quality = 1 brightness = 32767 playlist_x = 277 window_h = 480 playlist_y = 173 auto_resize = true repeat = false shuffle = false visual = goom audio_output_type = 0 volume = 98 saturation = 32767 window_w = 640 show_vfx = false contrast = 32767 deinterlace = false hue = 32767 debug = false mediadev = /dev/cdrom window_on_top = false [EMAIL PROTECTED]:~$ Backtrace includes this (which has been reported before): 0xb73df511 in __waitpid_nocancel () from /lib/tls/libpthread.so.0 #0 0xb73df511 in __waitpid_nocancel () from /lib/tls/libpthread.so.0 #1 0xb7f60434 in libgnomeui_module_info_get () from /usr/lib/libgnomeui-2.so.0 #2 #3 0xb71bafd3 in strlen () from /lib/tls/libc.so.6 #4 0xb7445d47 in giop_send_buffer_append_string () from /usr/lib/libORBit-2.so.0 #5 0xb74530d0 in ORBit_marshal_value () from /usr/lib/libORBit-2.so.0 #6 0xb7453073 in ORBit_marshal_value () from /usr/lib/libORBit-2.so.0 #7 0xb744a3c8 in ORBit_small_freekids () from /usr/lib/libORBit-2.so.0 #8 0xb744a95b in ORBit_small_invoke_stub () from /usr/lib/libORBit-2.so.0 #9 0xb744a840 in ORBit_small_invoke_stub_n () from /usr/lib/libORBit-2.so.0 #10 0xb745e7c2 in ORBit_c_stub_invoke () from /usr/lib/libORBit-2.so.0 #11 0xb749f60a in ConfigDatabase_set () from /usr/lib/libgconf-2.so.4 #12 0xb749638e in gconf_engine_set () from /usr/lib/libgconf-2.so.4 #13 0xb7498964 in gconf_engine_get_pair () from /usr/lib/libgconf-2.so.4 #14 0xb749b55a in gconf_client_set_string () from /usr/lib/libgconf-2.so.4 #15 0x0806 in totem_remote_new () #16 0xb740b973 in g_cclosure_marshal_VOID__STRING () from /usr/lib/libgobject-2.0.so.0 #17 0xb73f9686 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #18 0xb740ad1f in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 #19 0xb7409dec in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #20 0xb740a076 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #21 0xb79bc84c in bacon_cd_selection_get_type () from /usr/lib/libnautilus-burn.so.0 #22 0xb740b1f6 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #23 0xb73f9686 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #24 0xb740ad1f in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 #25 0xb7409dec in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #26 0xb740a166 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 #27 0xb772e721 in gtk_combo_box_set_active () from /usr/lib/libgtk-x11-2.0.so.0 #28 0xb772e5e7 in gtk_combo_box_set_active () from /usr/lib/libgtk-x11-2.0.so.0 #29 0xb79bd756 in bacon_cd_selection_set_device () from /usr/lib/libnautilus-burn.so.0 #30 0x0806e97b in totem_setup_preferences () #31 0x0806ce52 in main () Other stuff omitted, as it's mostly 'unknown' addresses; I can do the legwork to get debugging builds if it's still needed. This is my flac status: [EMAIL PROTECTED]:~$ dpkg -l "*flac*" Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii flac 1.1.1-5Free Lossless Audio Codec - command line too rc gstreamer-flac 0.6.4-5.1 FLAC plugin for GStreamer ii gstreamer0.8-f 0.8.7-3FLAC plugin for GStreamer un libflac3(no description available) pn libflac4(no description available) ii libflac6 1.1.1-5Free Lossless Audio Codec - runtime C librar un liboggflac0 (no description available) ii liboggflac11.1.1-5Free Lossless Audio Codec - runtime C librar ii xmms-flac 1.1.1-5Free Lossless Audio Codec - XMMS input plugi [EMAIL PROTECTED]:~$ ie the only possible conflict is between libflac6 and liboggflac1; I *don't* have libflac4 installed. --scott -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10csa Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages totem depends on: ii totem-xine0.100-1A simple media player for the Gnom -- debconf information: * totem/thumbnailer: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
