Bug#469936: xserver-xorg-input-mouse: mouse sluggish after upgrade (same as 461152? different?)
Package: xserver-xorg-input-mouse Version: 1:1.2.3-2 Severity: normal not sure if this is same or different from 461152. shortly after i upgraded xserver-xorg-input-mouse to unstable, the mouse started occasionally being very sluggish to the point of near-unusability. a few days before that, i upgraded xserver-xorg-core and x11-common, so i do not know for sure that it is the mouse driver. but it is almost certainly one of those three. new information: 1. i use xset m 1/2 because the mouse is far too fast normally. however, this does not fix it. 2. i have a tyan tiger motherboard with dual athlon mp. this link suggests that it might be relevant: http://ubuntuforums.org/showthread.php?t=100165 . 3. a busy system makes it worse. i do not know if this is a cpu thing or a bus thing, or what. usb wireless mouse, fresh batteries, excellent reception, never any problem. thanks. p.s. previous reportbug claimed success, but it did not post? -- Package-specific info: Contents of /var/lib/x11/X.roster: /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2007-11-27 16:58 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1673980 2008-01-31 21:06 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:05.0 VGA compatible controller: Matrox Graphics, Inc. MGA G550 AGP (rev 01) /etc/X11/xorg.conf does not exist. Xorg X server log files on system: -rw--- 1 root root 36628 2007-11-28 19:16 /var/log/Xorg.3.log -rw--- 1 root root 25992 2008-01-27 23:28 /var/log/Xorg.2.log -rw--- 1 root root 25987 2008-01-31 15:18 /var/log/Xorg.1.log -rw--- 1 root root 27977 2008-02-25 16:25 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: -- System Information: Debian Release: lenny/sid Architecture: i386 (i686) Kernel: Linux 2.6.24myver-2-first (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 xserver-xorg-input-mouse depends on: ii libc6 2.7-6 GNU C Library: Shared libraries ii xserver-xorg-core 2:1.4.1~git20080131-1 Xorg X server - core server xserver-xorg-input-mouse recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467139: totem: resets fonts and mouse settings, requiring a restart of xorg
Package: totem Version: 2.20.3-1 Severity: important running totem from the command line on a file causes various fonts to be set to a smaller size, and changes mouse settings. for people who cannot adapt to the new settings, it requires restarting xorg. this is an accessibility issue for some people. thanks. -- System Information: Debian Release: lenny/sid Architecture: i386 (i686) Kernel: Linux 2.6.24myver-2-first (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 totem depends on: ii totem-plugins 2.20.3-1 Plugins for the Totem media player ii totem-xine2.20.3-1 A simple media player for the Gnom totem recommends no packages. Versions of packages totem-xine depends on: ii gnome-icon-theme 2.20.0-1 GNOME Desktop icon theme ii iso-codes 1.9-1 ISO language, territory, currency, ii libart-2.0-2 2.3.20-1 Library of functions for 2D graphi ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.21.90-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.21.90-1 The Bonobo UI library ii libc6 2.7-6 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libdbus-1-31.1.2-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-1simple interprocess messaging syst ii libffi44.3-20080202-1Foreign Function Interface library ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3-20080202-1 GCC support library ii libgconf2-42.20.1-2+b1 GNOME configuration database syste ii libglib2.0-0 2.14.6-1 The GLib library of C routines ii libgnome-desktop-2 2.20.3-1 Utility library for loading .deskt ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.1-1GNOME Virtual File System (runtime ii libgtk2.0-02.12.5-2 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libnautilus-extension1 2.20.0-3 libraries for nautilus components ii liborbit2 1:2.14.10-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstartup-notificatio 0.9-1 library for program launch feedbac ii libstdc++6 4.3-20080202-1The GNU Standard C++ Library v3 ii libtotem-plparser7 2.20.3-1 Totem Playlist Parser library - ru ii libx11-6 2:1.0.3-7 X11 client-side library ii libxine1 1.1.10.1-1the xine video/media player librar ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension ii libxxf86vm11:1.0.1-2 X11 XFree86 video mode extension l ii python2.4 2.4.4-7 An interactive high-level object-o ii totem-common 2.20.3-1 Data files for the Totem media pla ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464595: linux-source-2.6.24: booting takes far longer than 2.6.22
Package: linux-source-2.6.24 Version: 2.6.24-1 Severity: normal File: linux-source-2.6.24 this bug report will be dismissed as both useless and unimportant, but slow boots greatly increase the time it takes for users to fix issues trying to get their kernels to work, so it is important to some of us. 2.6.22 booted with no delay. 2.6.24 takes several minutes before there is any user-visible action, making the user wonder whether it is completely hung. ..config is identical. dual athlon mp 1200 mhz. nothing special in kernel config or command line. identical grub command line. no hardware changes. nothing else changed. go ahead and dismiss the report on the grounds that booting doesn't matter, but it'll be here for a search and perhaps somebody who knows what this is will search it and fix the offending code. thanks. -- System Information: Debian Release: lenny/sid Architecture: i386 (i686) Kernel: Linux 2.6.24myver-2-first (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 linux-source-2.6.24 depends on: ii binutils2.18.1~cvs20080103-1 The GNU assembler, linker and bina ii bzip2 1.0.4-2 high-quality block-sorting file co Versions of packages linux-source-2.6.24 recommends: ii gcc 4:4.2.2-2 The GNU C compiler ii libc6-dev [libc-dev] 2.7-6 GNU C Library: Development Librari ii make 3.81-3 The GNU version of the make util -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464591: linux-source-2.6.24: kill -9 is a nop
Package: linux-source-2.6.24 Version: 2.6.24-1 Severity: normal File: linux-source-2.6.24 this bug report will be dismissed as useless, but it's important to document the existence of the bug. a process, index++, which uiam is part of swish++, consumed 100% of cpu. kill -1 failed. all values of nice worked, smoothly increasing or decreasing cpu usage. but kill -9 had no effect. an infinite loop of kill -9 had no effect. rm on the file being written hanged. ext3. autocomplete on the file hanged. ls on the dir eventually failed although it worked before. other processes worked. telinit q and telinit 2 did nothing. perhaps they are supposed to. i am just reporting the facts. go ahead and dismiss this. but it'll be here for people to search and perhaps somebody with a clue about the cause will find it useful. thanks. -- System Information: Debian Release: lenny/sid Architecture: i386 (i686) Kernel: Linux 2.6.24myver-2-first (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 linux-source-2.6.24 depends on: ii binutils2.18.1~cvs20080103-1 The GNU assembler, linker and bina ii bzip2 1.0.4-2 high-quality block-sorting file co Versions of packages linux-source-2.6.24 recommends: ii gcc 4:4.2.2-2 The GNU C compiler ii libc6-dev [libc-dev] 2.7-6 GNU C Library: Development Librari ii make 3.81-3 The GNU version of the make util -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463957: /usr/bin/totem-xine: changes dpi, requiring killing the x server
Package: totem-xine Version: 2.20.3-1 Severity: important File: /usr/bin/totem-xine i run xorg with -dpi 125, and cannot use the computer unless it is so. totem resets dpi to around 100. this requires killing the x server to get it back to 125. i tried getting it back from the command line using xrandr, but that does not work. only restarting x works. therefore, i cannot use totem because restarting x requires killing all user programs. this happens from iceweasel context menu. by the way, iceweasel crashes. it also happens with totem from the command line. single head. thanks. -- System Information: Debian Release: lenny/sid Architecture: i386 (i686) Kernel: Linux 2.6.24myver-2-first (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 totem-xine depends on: ii gnome-icon-theme 2.20.0-1 GNOME Desktop icon theme ii iso-codes 1.8-1 ISO language, territory, currency, ii libart-2.0-2 2.3.19-3 Library of functions for 2D graphi ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.20.3-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.20.0-1 The Bonobo UI library ii libc6 2.7-6 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libdbus-1-31.1.2-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-1simple interprocess messaging syst ii libffi44.3-20080116-1Foreign Function Interface library ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3-20080116-1 GCC support library ii libgconf2-42.20.1-2+b1 GNOME configuration database syste ii libglib2.0-0 2.14.5-2 The GLib library of C routines ii libgnome-desktop-2 2.20.3-1 Utility library for loading .deskt ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.1-1GNOME Virtual File System (runtime ii libgtk2.0-02.12.5-2 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libnautilus-extension1 2.20.0-3 libraries for nautilus components ii liborbit2 1:2.14.10-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstartup-notificatio 0.9-1 library for program launch feedbac ii libstdc++6 4.3-20080116-1The GNU Standard C++ Library v3 ii libtotem-plparser7 2.20.3-1 Totem Playlist Parser library - ru ii libx11-6 2:1.0.3-7 X11 client-side library ii libxine1 1.1.9-1 the xine video/media player librar ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension ii libxxf86vm11:1.0.1-2 X11 XFree86 video mode extension l ii python2.4 2.4.4-7 An interactive high-level object-o ii totem-common 2.20.3-1 Data files for the Totem media pla ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages totem-xine recommends: ii libxine1-ffmpeg 1.1.9-1MPEG-related plugins for libxine1 ii libxine1-gnome1.1.9-1GNOME-related plugins for libxine1 ii totem-mozilla 2.20.3-1 Totem Mozilla plugin ii totem-plugins 2.20.3-1 Plugins for the Totem media player -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464093: glob2: accessibility: unusable for people who need larger fonts
Package: glob2 Version: 0.8.23-1 Severity: important hi, with all the quality and settings of this program, nowhere is it obviously possible to set font size. this makes the program 100% unusable for people who need larger fonts. screen magnifiers are not a workaround because of screen real estate and window management issues. as this is a basic accessibility issue, and it makes the program completely unusable, i am classifying this as important. thanks. -- System Information: Debian Release: lenny/sid Architecture: i386 (i686) Kernel: Linux 2.6.24myver-2-first (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 glob2 depends on: ii glob2-data 0.8.23-1 dataset for Globulation2 (glob2) ii libc6 2.7-6 GNU C Library: Shared libraries ii libfribidi00.10.9-1 Free Implementation of the Unicode ii libgcc11:4.3-20080116-1 GCC support library ii libgl1-mesa-glx [libgl 7.0.2-4 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.0.2-4 The OpenGL utility library (GLU) ii libsdl-image1.21.2.6-2 image loading library for Simple D ii libsdl-net1.2 1.2.7-2 network library for Simple DirectM ii libsdl-ttf2.0-02.0.9-1 ttf library for Simple DirectMedia ii libsdl1.2debian1.2.13-1 Simple DirectMedia Layer ii libspeex1 1.1.12-3 The Speex Speech Codec ii libstdc++6 4.3-20080116-1The GNU Standard C++ Library v3 ii libvorbisfile3 1.2.0.dfsg-3 The Vorbis General Audio Compressi ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime glob2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464097: sun-java5-plugin: accessibility: impossible to set font size for applets
Package: sun-java5-plugin Version: 1.5.0-13-1 Severity: important File: sun-java5-plugin note: i am not a java programmer. according to a FAQ, 15. In a Java Applet can the user alter format attributes such as font and background color, text font, and font size? Unless the format changing method is built into the Java Applet, the user cannot alter the format. Browser user preference will not apply (though would be a good source of information for setting the format). -- http://trace.wisc.edu/world/java/javaqa.htm this represents a fundamental and severe accessibility problem, because it guarantees the existence of many, many java applets that cannot be used by people who need large fonts. applet writers *normally* neglect to include even the most basic accessibility features including font size. it is impossible to get them all to understand how important this is. instead, it must be built into the tools that they use. there is no way to change the font size to a size that works for the user; screen magnifiers and xorg -dpi cannot be used as workarounds because the former cause screen real estate, window management, and other issues and the latter is already set to whatever works best for other applications. in other words, many, many applets are useless. i suggest, at the very least, the ability for the end user to set minimum font size on any applet that the end user runs. i don't know if there is anything debian can easily do to fix this, but convincing upstream to fix this, or fixing it in debian, will make a huge difference. thanks. -- System Information: Debian Release: lenny/sid Architecture: i386 (i686) Kernel: Linux 2.6.24myver-2-first (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 sun-java5-plugin depends on: ii gal 2.0.4-1 GNOME web browser for advanced use ii ice 1.1.7-1 Iceape Navigator (Internet browser ii ice 2.0.0.11-1 lightweight web browser based on M ii kon 4:3.5.8.dfsg.1-2 KDE's advanced file manager, web b ii lib 1.0.15-3 ALSA library ii lib 2:1.0.3-7X11 client-side library ii lib 1:1.0.3-2X11 miscellaneous extension librar ii lib 2:1.1.3-1X11 Input extension library ii lib 1:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii lib 1:1.0.5-3X11 toolkit intrinsics library ii lib 2:1.0.3-1X11 Testing -- Resource extension ii moz 2:1.8+1.0.11~pre071022-0etch1+lenny1 Transition package for Iceape Navi ii sun 1.5.0-13-1 Sun Java(TM) Runtime Environment ( sun-java5-plugin recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462731: /usr/games/quarry: accessibility issue: no way to adjust font sizes
Package: quarry Version: 0.2.0.dfsg.1-1 Severity: important File: /usr/games/quarry hi, quarry is the best replayer on debian, because it has large buttons. however, it lacks the ability to set font size. thinking that it might be settable, i tried: quarry menusnothing quarry man page nonexistent (???) quarry doc nothing kde control center fontsno effect gtk font setter none found on local system gtk control center none found on local system gnome control centerno fonts settable (???) (but it helpfully changed my mouse speed without asking) google nothing easily found this is an accessibility issue because some people cannot use programs that do not let you set large fonts. i stumbled on switch and switch2, which have the -f option, but *even if* that works, how do i find the font that i was using, then find a larger size of the same font, and hope that it works with other programs? this seems to me to be burdensome, especially for people who don't happen to stumble on them. if it's settable and i just didn't find out how, please change this bug to a documentation bug. people who need to set large fonts often cannot go searching lots of places to find out how to do something basic like setting fonts; they often have to give up on using a program entirely. that's not the debian spirit, right? all programs should make it easy to set font size. thanks. -- System Information: Debian Release: lenny/sid Architecture: i386 (i686) Kernel: Linux 2.6.22myver-6-badinstall (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 quarry depends on: ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.7-6 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libfontconfig12.5.0-2generic font configuration library ii libglib2.0-0 2.14.3-1 The GLib library of C routines ii libgtk2.0-0 2.12.5-2 The GTK+ graphical user interface ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii librsvg2-22.18.2-1 SAX-based renderer library for SVG ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi62:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr22:1.2.2-1 X11 RandR extension library ii libxrender1 1:0.9.4-1 X Rendering Extension client libra Versions of packages quarry recommends: ii gnugo 3.7.11-2 play the game of Go -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457885: console: accessibility issue with console cursor
Package: console-common Version: 0.7.72 Severity: important File: console hi, after i upgraded from etch to lenny, i discovered that a workaround that i used to use no longer works. i used to do echo -ne \033[?17;0;64c to stop the cursor from blinking. this is hardly a self-evident way to fix it (just try finding out how using all the docs you can think of!) but it worked. it created a red nonblinking cursor. unfortunately, it didn't fix xemacs -nw, and what's worse, the cursor went back to blinking after xemacs. so i had to run it every time the shell prompt was drawn. annoying, but it worked. now, that workaround doesn't work. the linux vt cursor is a blinking underline and if i run the above, it is a red nonblinking cursor AND a blinking underline. xemacs -nw is still broken, with a blinking underline. tried various inside-emacs things to fix it. to find a solution to the new problem, i checked the docs for console-common, console-tools, dpkg-reconfigure, google, various man -k, setterm, and a bunch of other places. nothing yielded a result -- except a suggestion on the web that the kernel code might need changing. if so, it's problematic. many people have neurological issues with blinking cursors, many people find them annoying, and many people like them. so a choice is the right thing to do. a non-cryptic way to fix it (with a program like setterm) would make it easier to find the solution. i don't know all the issues here, such as with xemacs. but, in summary, i don't know for sure that a non-blinking cursor is not possible, but i suspect that it is not. therefore, it would be great if the cursor could be made non-blinking -- or, at worst, configurable. if the latter, a little note in a few strategically-placed documents on how to do that, including for xemacs, would be nice. i apologize in advance if it's already done, but all of the places i checked had no such documentation. thanks. -- System Information: Debian Release: lenny/sid Architecture: i386 (i686) Kernel: Linux 2.6.22myver-6-badinstall (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 console-common depends on: ii console-data 2:1.03-1 Keymaps, fonts, charset maps, fall ii console-tools 1:0.2.3dbs-65 Linux console and font utilities ii debconf [debconf-2.0] 1.5.17Debian configuration management sy ii debianutils2.28.2Miscellaneous utilities specific t ii lsb-base 3.1-24Linux Standard Base 3.1 init scrip console-common recommends no packages. -- debconf information: console-data/keymap/template/layout: * console-data/keymap/family: qwerty console-data/keymap/powerpcadb: console-data/keymap/template/variant: console-data/keymap/ignored: console-data/keymap/full: console-data/keymap/template/keymap: * console-data/keymap/policy: Don't touch keymap console-data/bootmap-md5sum: none -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457887: /usr/games/lightyears: accessibility: no way to change font size
Package: lightyears Version: 1.3a-1 Severity: normal File: /usr/games/lightyears subject says it all. i checked man page, the app itself, and doc. it is just a game, to be sure, but attention to accessibility for all applications is important to avoid excluding people from linux. thanks. -- System Information: Debian Release: lenny/sid Architecture: i386 (i686) Kernel: Linux 2.6.22myver-6-badinstall (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 lightyears depends on: ii python 2.4.4-6 An interactive high-level object-o ii python-pygame1.7.1release-4.1+b1 SDL bindings for games development ii python-support 0.7.5 automated rebuilding support for p ii ttf-bitstream-vera 1.10-7 The Bitstream Vera family of free lightyears recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457889: /usr/games/wesnoth: accessibility: font size
Package: wesnoth Version: 1:1.2.8-1 Severity: normal File: /usr/games/wesnoth subject says it all. i checked man page, the app itself, and doc. it is merely a game, to be sure, but attention to accessibility for all applications is important to avoid excluding people from linux. not least of the reasons for which is that ignoring accessibility ensures that infrastructure to support it (documentation on how, code to let you set things with uniform command line options, etc.) will not be developed. good luck on the game. thanks. -- System Information: Debian Release: lenny/sid Architecture: i386 (i686) Kernel: Linux 2.6.22myver-6-badinstall (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 wesnoth depends on: ii libc6 2.7-4GNU C Library: Shared libraries ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libfribidi0 0.10.7-4 Free Implementation of the Unicode ii libgcc1 1:4.2.2-4GCC support library ii libsdl-image1.2 1.2.6-1 image loading library for Simple D ii libsdl-mixer1.2 1.2.8-1 mixer library for Simple DirectMed ii libsdl-net1.2 1.2.7-2 network library for Simple DirectM ii libsdl1.2debian 1.2.11-9 Simple DirectMedia Layer ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii python2.4 2.4.4-6 An interactive high-level object-o ii wesnoth-data1:1.2.8-1data files for Wesnoth ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime wesnoth recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445918: /usr/bin/conky: the possessive of it is its
Package: conky Version: 1.4.2-1 Severity: minor File: /usr/bin/conky by my calculation, it is the eighth most common word in english; it's certainly close to that in most texts. perhaps its spelling can be corrected in the man page, to polish debian's image. thanks. -- System Information: Debian Release: lenny/sid Architecture: i386 (i686) Kernel: Linux 2.6.22myver-6-badinstall (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages conky depends on: ii libc6 2.6.1-1+b1GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libglib2.0-0 2.14.0-2 The GLib library of C routines ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libx11-6 6.9.0.dfsg.1-6X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxft22.1.8.2-5.1 FreeType-based font drawing librar ii libxrender11:0.9.4-1 X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime conky recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435469: linux-source-2.6.22: udev: common user action causes undecipherable hang
Package: linux-source-2.6.22 Version: 2.6.22-1 Severity: normal File: linux-source-2.6.22 summary: you can't boot from a naive mirror anymore. i have a solution below. a user who copies to a root partition with rsync (at least with --one-file-system) will most likely expect it to boot. instead it hangs with unable to create an initial virtual console. this can lead to users throwing the computer out a window, or doing unnecessary debugging. ahem. the suboptimal workaround is to special-case /dev/.static/dev . this is not obvious to people who don't know about udev. so for the sake of this common operation by likely many users, instead of hanging, i think that the kernel should boot. at least the following solution allows this: 1. udev put .static on the actual disk so that rsync copies it. 2. on boot, if /dev is unpopulated and unbootable, the kernel looks for .static, and fixes things. if this is unworkable, the kernel should check for an unpopulated /dev and tell the user about it. in general, imho the kernel can be improved in many ways like this to help the user. thanks. -- System Information: Debian Release: 4.0 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22myver-6-badinstall Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linux-source-2.6.22 depends on: ii binutils 2.17-3 The GNU assembler, linker and bina ii bzip2 1.0.3-6high-quality block-sorting file co Versions of packages linux-source-2.6.22 recommends: ii gcc 4:4.1.1-15 The GNU C compiler ii libc6-dev [libc-dev]2.3.6.ds1-13 GNU C Library: Development Librari ii make3.81-2 The GNU version of the make util -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435472: linux-source-2.6.22: make booting more pleasant to debug
Package: linux-source-2.6.22 Version: 2.6.22-1 Severity: wishlist File: linux-source-2.6.22 for example, when you supply root= with the wrong device, the kernel can panic. this requires physically traveling to the box and rebooting it, since ctrl-alt-del does not work. is it possible for the kernel to do any or all of the following actions instead? 1 instead of panicking, ask the user for the correct option 2 allow reboot, shutdown, poweroff in a menu 3 restart boot loader 4 allow ctrl-alt-del 5 print the kernel command line (including the kernel location) 6 save the command line and kernel output to a nonvolatile medium 7 allow user notes to go to a nonvolatile medium i am not saying any of these is possible, just that they are desirable. also, some of these require the boot loader's help. in general, imho getting the kernel to work can probably be made more pleasant. thanks. -- System Information: Debian Release: 4.0 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22myver-6-badinstall Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linux-source-2.6.22 depends on: ii binutils 2.17-3 The GNU assembler, linker and bina ii bzip2 1.0.3-6high-quality block-sorting file co Versions of packages linux-source-2.6.22 recommends: ii gcc 4:4.1.1-15 The GNU C compiler ii libc6-dev [libc-dev]2.3.6.ds1-13 GNU C Library: Development Librari ii make3.81-2 The GNU version of the make util -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432150: /sbin/cryptsetup: repair tools needed
Package: cryptsetup Version: 2:1.0.4+svn26-1 Severity: wishlist File: /sbin/cryptsetup dm-crypt has data corruption issues, and this includes the luks header. a tool to repair the luks header so that you can run fsck on the fs would be useful. it might be that most of the data are ok. this could take the form of an fsck-like repair, or a similar partition's header to repair the header, or a luksRestore from a backed up luksDump. i'm sure there are issues with each of these, but it seems likely that *something* can be done. there was brief discussion on the dm-crypt mailing list about how to repair luks headers and that might be a place to start. data corruption reports can be found via google, and on the dm-crypt mailing list. many, including mine, are hard to reproduce. fwiw, here is mine: message 2007-07-01 02:59:28 GMT on http://news.gmane.org/gmane.linux.kernel.device-mapper.dm-crypt . there is a well-known and probably fixed issue with 2.6.18 and raid 5, and there are issues that do not involve that kernel and do not involve raid 5. i suspect that even 2.6.22rc7 is vulnerable. thanks. -- System Information: Debian Release: 4.0 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18myver-2007-06-q Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages cryptsetup depends on: ii dmsetup 2:1.02.08-1 The Linux Kernel Device Mapper use ii libc62.3.6.ds1-13GNU C Library: Shared libraries ii libdevma 2:1.02.08-1 The Linux Kernel Device Mapper use ii libgcryp 1.2.3-2 LGPL Crypto library - runtime libr ii libgpg-e 1.4-1 library for common error values an ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libuuid1 1.39+1.40-WIP-2006.11.14+dfsg-2 universally unique id library cryptsetup recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430762: kde: config breaks panel unhide
Package: kicker Version: 4:3.5.4-2+b1 Severity: normal File: kde note: i have an old version of kde and cannot test a new one. i only report because it might lead to a fix for other panel bugs. raise when the pointer touches the screen's, when checked, stops the panel from unhiding when you touch the part of the screen closest to the panel. this can lead to the user being unable to unhide. to reproduce, set hide automatically and check that box. thanks. -- System Information: Debian Release: 4.0 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18myver-2007-06-q Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kicker depends on: ii kdebase-data 4:3.5.4-2 shared data files for the KDE base ii kdelibs4c2a4:3.5.5a.dfsg.1-8 core libraries and binaries for al ii libacl12.2.41-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 2.4.32-1 Extended attribute shared library ii libaudio2 1.8-4 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5+etch1 FreeType 2 font engine, shared lib ii libgamin0 [libfam0 0.1.8-2 Client library for the gamin file ii libgcc11:4.1.1-21GCC support library ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libkonq4 4:3.5.5a.dfsg.1-6 core libraries for Konqueror ii libpng12-0 1.2.15~beta5-1PNG library - runtime ii libqt3-mt 3:3.3.7-4 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-6X Window System protocol client li ii libxau61:1.0.1-2 X11 authorisation library ii libxcomposite1 1:0.2.2.2-3 X11 Composite extension library ii libxcursor11.1.7-4 X cursor management library ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxfixes3 6.9.0.dfsg.1-6X Window System miscellaneous 'fix ii libxft22.1.8.2-5.1 FreeType-based font drawing librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 6.9.0.dfsg.1-6X Toolkit Intrinsics ii libxtst6 1:1.0.1-5 X11 Testing -- Resource extension ii zlib1g 1:1.2.3-13compression library - runtime kicker recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429739: e2fsprogs: please make badblocks -v print percent complete and estimated completion times
Package: e2fsprogs Version: 1.39+1.40-WIP-2006.11.14+dfsg-2 Severity: wishlist large hd cause long badblocks runs. but i have trouble figuring out how long they will take from the current block-based -v display. the numbers are long and do not contain commas. why not print percent done, estimated time to completion, and estimated time of completion? then humans can do the stuff that humans are good for, and computers can do the stuff that computers are good for. thanks for a useful program. -- System Information: Debian Release: 4.0 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18myver Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages e2fsprogs depends on: ii e2fslibs 1.39+1.40-WIP-2006.11.14+dfsg-2 ext2 filesystem libraries ii libblkid 1.39+1.40-WIP-2006.11.14+dfsg-2 block device id library ii libc62.3.6.ds1-13GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-2 common error description library ii libss2 1.39+1.40-WIP-2006.11.14+dfsg-2 command-line interface parsing lib ii libuuid1 1.39+1.40-WIP-2006.11.14+dfsg-2 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#429746: please make reportbug guess package name from binaries in PATH
Package: reportbug Version: 3.31 Severity: wishlist if you do reportbug badblocks reportbug will tell you that it could not find the package. but people often file reports on programs, and debian has tools to find package names from filenames. perhaps reportbug can search PATH to find all programs with the name in them, and select package names accordingly in a menu. in this case the menu would show e2fsprogs. afaik this has not been suggested before. thanks. -- Package-specific info: ** Environment settings: INTERFACE=text ** /home/rasa/.reportbugrc: reportbug_version 3.2 mode standard ui text realname email [EMAIL PROTECTED] no-cc header X-Debbugs-CC: [EMAIL PROTECTED] smtphost bugs.debian.org -- System Information: Debian Release: 4.0 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18myver Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages reportbug depends on: ii python2.4.4-2An interactive high-level object-o ii python-central0.5.12 register and build utility for Pyt Versions of packages reportbug recommends: pn python-cjkcodecs | python-ico none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410270: coreutils: join outputs wrong field order for -v option
Package: coreutils Version: 5.97-5 Severity: normal the join field is incorrect for the -v version. #08-Thu-20-03-40 /tmp$ cat|a #a1,a2,c3,a4,a5 #a21,a22,a33,a44,a55 #08-Thu-20-05-07 /tmp$ cat|b #b1,b2,b3,c3,b5 #b21,b22,b33,b44,b55 #08-Thu-20-06-07 /tmp$ join -t, -i -1 3 -2 4 a b #c3,a1,a2,a4,a5,b1,b2,b3,b5 #08-Thu-20-06-10 /tmp$ join -v 2 -t, -i -1 3 -2 4 a b #b33,b21,b22,b44,b55 #08-Thu-20-06-15 /tmp$ thanks. -- System Information: Debian Release: 4.0 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16nomd Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages coreutils depends on: ii libacl1 2.2.41-1 Access control list shared library ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libselinux1 1.32-3 SELinux shared libraries coreutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387842: azureus: interested by the peer is not english
Package: azureus Version: 2.4.0.2-2 Severity: minor in the peers tab of torrent details, interested by the peer is incorrect. perhaps change it to peer is interesting or interested in the peer. or change both columns to use orthogonal nomenclature with other columns: remote is interesting and local is interesting. thanks. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16nomd Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages azureus depends on: ii gij-4.1 [java2-runtime] 4.1.1-10 The GNU Java bytecode interpreter ii java-gcj-compat 1.0.56-2 Java runtime environment using GIJ ii libcommons-cli-java 1.0-8 API for working with the command l ii liblog4j1.2-java 1.2.13-1 Logging library for java ii libseda-java 3.0-3 the Staged Event-Driven Architectu ii libswt-gtk-3.1-java 3.1-3 Standard Widget Toolkit for GTK Ja ii sun-java5-jre [java2-runtime] 1.5.0-08-1 Sun Java(TM) Runtime Environment ( Versions of packages azureus recommends: pn java-package none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387075: zgv: works, then fails to work from that point on
Package: zgv Version: 5.9-2 Severity: normal i do not know how to find out if this is svgalib related. zgv mypic.jpg works zgv mypic.jpg 2.jpg works zgv -k -z mypic.jpg no input signal zgv mypic.jpg zgv mypic.jpg linux console, matrox g550. what exactly could zgv be setting or resetting that could cause a permanent change in state? thanks. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16nomd Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zgv depends on: ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libsvga11:1.4.3-23 console SVGA display libraries ii libtiff43.8.2-6 Tag Image File Format (TIFF) libra ii zlib1g 1:1.2.3-13 compression library - runtime zgv recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385786: ktorrent: crashes even without dot files
Package: ktorrent Version: 1.2-1 Severity: important i saw another bug where the op was asked if it crashes with the ktorrent dot files moved; this one crashes even with those 2 files (.kde/share/apps/ktorrent .kde/share/config/ktorrent) moved. here is the history from installation to the crash. i installed ktorrent then tried it on a single-file torrent. it worked. then i called it from the command line on a multiple file torrent that was already substantially downloaded. it asked me which files. i tried unchecking a file but the application hung. then i figured out why: it popped up a copying dialogue. i didn't ask for anything to be copied, so i cancelled. this took a while to ack the mouse. then i tried unchecking another. same thing happened. then i realized that this was because it was for some reason copying an entire file from one disk to another, taking the file out of the dir it was in (not copying but moving) and putting it into a dot directory. apparently this is ktorrent's way of not downloading the file -- it physically moves it out of the way. i would not have figured out what it was doing if i had not checked in ~ for the file. it would be better imho if it left *all* files where they are and simply didn't download more chunks for unchecked files. then i tried running ktorrent again and it crashed. tried again and it crashed. looked at bug reports and removed those dot files or directories. then moved them and ran again. crashed. suggestions: 1. don't move the file. 2. see crash output below. thanks. (no debugging symbols found) Using host libthread_db library /lib/tls/libthread_db.so.1. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1233279296 (LWP 3817)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [KCrash handler] #5 0xb7ea2ee8 in bt::Server::changePort () from /usr/lib/libktorrent.so.0 #6 0xb7eb1454 in bt::Server::Server () from /usr/lib/libktorrent.so.0 #7 0xb7eb1537 in bt::Globals::initServer () from /usr/lib/libktorrent.so.0 #8 0x0807b057 in ?? () #9 0x0807b769 in ?? () #10 0x0807c004 in ?? () #11 0xb773eb1c in KUniqueApplication::processDelayed () from /usr/lib/libkdecore.so.4 #12 0xb77405a8 in KUniqueApplication::qt_invoke () from /usr/lib/libkdecore.so.4 #13 0x0805d17f in ?? () #14 0xb700254b in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #15 0xb73941a9 in QSignal::signal () from /usr/lib/libqt-mt.so.3 #16 0xb701fc4c in QSignal::activate () from /usr/lib/libqt-mt.so.3 #17 0xb7027710 in QSingleShotTimer::event () from /usr/lib/libqt-mt.so.3 #18 0xb6f9887a in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #19 0xb6f98a76 in QApplication::notify () from /usr/lib/libqt-mt.so.3 #20 0xb773952e in KApplication::notify () from /usr/lib/libkdecore.so.4 #21 0xb6f2a001 in QApplication::sendEvent () from /usr/lib/libqt-mt.so.3 #22 0xb6f8a305 in QEventLoop::activateTimers () from /usr/lib/libqt-mt.so.3 #23 0xb6f3dd2a in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #24 0xb6fb1255 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #25 0xb6fb117a in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #26 0xb6f9738d in QApplication::exec () from /usr/lib/libqt-mt.so.3 #27 0x080612d6 in ?? () #28 0xb681aea8 in __libc_start_main () from
Bug#385112: gkrellm: inet seconds between updates keeps resetting to 1 second
Package: gkrellm Version: 2.2.9-1 Severity: normal for no apparent reason the internet tool seconds between updates keeps resetting to 1 second. this is a big problem because on my machine the setting of 1 second causes serious problems. i suspect it is an smp bug of some sort. i will file a bug report on that problem. the solution is to fix the resetting. it would also be nice to have a larger range of choices. thanks. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16nomd Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gkrellm depends on: ii libatk1.0-0 1.12.1-1 The ATK accessibility toolkit ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcairo2 1.2.4-1The Cairo 2D vector graphics libra ii libfontconfig12.3.2-7generic font configuration library ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libgtk2.0-0 2.8.18-1 The GTK+ graphical user interface ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library hi libpango1.0-0 1.12.3-1+b1Layout and rendering of internatio ii libsm61:1.0.0-4 X11 Session Management library ii libssl0.9.8 0.9.8b-2 SSL shared libraries ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxcursor1 1.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxi61:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxrandr22:1.1.0.2-4X11 RandR extension library ii libxrender1 1:0.9.0.2-4X Rendering Extension client libra gkrellm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377763: bash: here document fails with read-only root fs?
Package: bash Version: 3.1-4 Severity: normal is /tmp hardcoded? it seems unlikely that it would be, but: for me, at least with my mount set, fails when the root fs is ro: -su: cannot create temp file for here document: Read-only file system the man page says that it uses TMPDIR for shell-internal files. but it does not seem to respect that variable. same in zsh. thanks. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16myver Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages bash depends on: ii base-files3.1.13 Debian base system miscellaneous f ii debianutils 2.16.1 Miscellaneous utilities specific t ii libc6 2.3.6-7GNU C Library: Shared libraries ii libncurses5 5.5-2 Shared libraries for terminal hand bash recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376225: coreutils: date: su mo tu we th fr sa
Package: coreutils Version: 5.94-1 Severity: wishlist any possibility taht date will support this d-o-w format? -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16myver Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages coreutils depends on: ii libacl1 2.2.37-1 Access control list shared library ii libc6 2.3.6-7GNU C Library: Shared libraries ii libselinux1 1.30-1 SELinux shared libraries coreutils recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375607: rdiff-backup: can overwrite database
Package: rdiff-backup Version: 1.1.5-1 Severity: normal it shouldn't be possible to overwrite the db; there should be a query even with --force. thanks. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16myver Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages rdiff-backup depends on: ii libc6 2.3.6-13 GNU C Library: Shared libraries ii librsync1 0.9.7-1Library which implements the rsync ii python2.3.5-5An interactive high-level object-o rdiff-backup recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#205702: less: provide text preprocessors as an option for users
Package: less Version: 394-2 Followup-For: Bug #205702 it would be nice if you could provide the text preprocessors, such as for man pages, as an option, perhaps as a separate script. it is not trivial for users to figure out how to process man pages to work with less. recently, my setup which worked fine on man zshall stopped including the other pages, and the zsoelim error messages disappeared because less took over the screen and they did not appear after less quit. i don't have the time now to try to fix it, so i am stuck with running less without good man page support or running man without good paging support (i like to go to the next file inside less rather than one at a time). we get it that you don't want to have less preprocess text :-). but doing so as an option should be beneficial, without affecting default behavior. thanks. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16myver Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages less depends on: ii debianutils 2.16.1 Miscellaneous utilities specific t ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libncurses5 5.5-2 Shared libraries for terminal hand less recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374861: rsync: an option to pretend that the sources have trailing slashes
Package: rsync Version: 2.6.8-2 Severity: wishlist rsync's trailing slash behavior is nonstandard for unix, and it conflicts with existing unix behavior regarding symlinks to directories. (try running commands on a symlink to a directory with and without a slash.) yet the semantics are powerful and necessary. therefore i propose an option, -/ or --as-if-trailing-slashes, to pretend that the source arguments end in /. without this option, even experienced users might forget to add slashes, especially when they use shell wrappers. shell wrappers to rsync are a good thing and should be encouraged rather than discouraged. this is best done by making creating desired semantics simple. just a wishlist. thanks. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16myver Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages rsync depends on: ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libpopt0 1.10-2 lib for parsing cmdline parameters rsync recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374872: didn't zshall used to combine the man pages? please have a man page do that again
Package: zsh Version: 4.3.2-12 Severity: wishlist i used to grep man zshall. now i have to look at a list of several man pages to figure out which one to search in. consider parameters: zshexpn zshparam zshmisc. it would be great if they were all combined into a man page. just a wishlist. thanks. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16myver Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zsh depends on: ii debconf [debconf-2.0] 1.5.1 Debian configuration management sy ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libncurses5 5.5-2 Shared libraries for terminal hand Versions of packages zsh recommends: ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libpcre3 6.4-2 Perl 5 Compatible Regular Expressi -- debconf information: * zsh/rcmove: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374531: man-db: man -W and man --debug do not print to stdout or stderr
Package: man-db Version: 2.4.3-3 Severity: normal i'd include --debug, but i do not have the scrollback buffer to do so. man -W cannot be piped or redirected or substituted in the shell. this prevents the ability for wrappers to man to use the cache that man uses. likewise --debug. my proposed solution is to send all output to stdio. thanks. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16myver Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages man-db depends on: ii bsdmainutils 6.1.3 collection of more utilities from ii debconf [debconf-2.0]1.5.1 Debian configuration management sy ii dpkg 1.13.21 package maintenance system for Deb ii groff-base 1.18.1.1-12 GNU troff text-formatting system ( ii libc62.3.6-13GNU C Library: Shared libraries ii libgdbm3 1.8.3-3 GNU dbm database routines (runtime man-db recommends no packages. -- debconf information: man-db/build-database: false * man-db/rebuild-database: true * man-db/install-setuid: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374552: rsync: local transfer statistics inconveniently loggable
Package: rsync Version: 2.6.8-2 Severity: wishlist just a wishlist for local transfers: a --log-each option, which would log the per-file details while --stats etc. still go to stdout. otherwise we have to redirect to a file and parse. thanks. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16myver Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages rsync depends on: ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libpopt0 1.10-2 lib for parsing cmdline parameters rsync recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372079: xserver-xorg-video-mga: can i help?
Package: xserver-xorg-video-mga Followup-For: Bug #372079 i have been using the linux console for a while now. i tried downgrading to xfree86, but that broke the package manager (signal 11, baby). i'm hoping i won't have to install sarge or even ubuntu (to see if they have a solution for g550 dvi). so is there anything i can do to provide information to help with this? i note that the severity was downgraded, but i don't know why. it would help if i knew a little more about the status of this driver so that i could decide whether to steal drivers from ubuntu, tweak a few settings, etc. thanks. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16myver Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#247134: debconf: affects backups
Package: debconf Version: 1.5.1 Followup-For: Bug #247134 i see that the bug is 2 years old, that there was a previous bug, and that the changelog implies that it used to be in /usr/lib/. not sure why, since it seems to violate the fhs to me. perhaps debian is not supposed to agree with the fhs? or perhaps the i/o is not considered significant. just wanted to say that many users will exclude /var/cache from backups. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16myver Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages debconf depends on: ii debconf-i18n 1.5.1 full internationalization support ii perl-base 5.8.8-4The Pathologically Eclectic Rubbis Versions of packages debconf recommends: ii apt-utils 0.6.44.1 APT utility programs -- debconf information: debconf-apt-progress/title: debconf-apt-progress/info: * debconf/priority: low debconf-apt-progress/preparing: * debconf/frontend: Dialog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372067: xserver-xorg-video-mga: Please explicitly say in the package description and man page what the driver is capable of
Package: xserver-xorg-video-mga Version: 1:1.2.1.3.dfsg.1-2 Severity: normal I have not been able to determine whether this package is *supposed* to work with DVI output on a Matrox G550 card. Does regular single-head DVI operation require special Matrox modules? It would be splendid if the package description would say whether it is supposed to provide basic DVI functionality or not. The strategy of just trying it does not work in my case because xorg is not working for me. I get signal out of range even with correctly specified frequency ranges, and even with a bizarre extremely narrow range of frequencies, X launches but has strange non-resizing -dpi and extremely ugly font behavior. (Perhaps it should be obvious to me whether this means the card is working.) The man page is unclear. It says The second head of dual-head cards is supported for the G450 and G550 which implies that DVI works unless there are dual VGA versions of those cards. But then it says [t]hat module ... may be necessary to use the DVI (digital) output on the G550 which implies that it might or might not work, and doesn't say when it might and when it might not. When might it? The xorg web sites don't seem to say (there is a broken link), and the Matrox forums are hideously complicated on the point due to various versions of xorg and Matrox modules and people who are overclocking and using special DRI thingies for gaming. What's a person who just wants basic functionality to do? So a package description that simply states whether it is supposed to work or not (and thus whether the user needs to go on a wild goose chase getting Matrox's unsupported proprietary closed-source black-box obviously non-dfsg modules to work) would be great. A hint on what to do if you need the proprietary driver would be beyond great, somewhere in the fantastic to superlative range. (I am unsure whether to downgrade to Sarge xfree86 or earlier, forge ahead fixing xorg, figure out how to use the proprietary driver, reinstall etch, or replace my card. Guidance from the package description and man page would simplify those choices.) If the driver is slowly picking away at the closed-source, kind of working and kind of not but expected to improve and would users please report bugs -- that sort of thing -- that would be good to mention. Thanks. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16myver Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xserver-xorg-video-mga depends on: ii libc6 2.3.6-13 GNU C Library: Shared libraries ii xserver-xorg-core 1:1.0.2-8 X.Org X server -- core server xserver-xorg-video-mga recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372079: xserver-xorg-video-mga: strange frequency behavior with dvi
Package: xserver-xorg-video-mga Version: 1:1.2.1.3.dfsg.1-2 Severity: grave Justification: renders package unusable i just upgraded from xfree86 4.2 to xorg 7.0. this driver seems to output frequencies that are out of range for the monitor when the monitor's documented ranges are entered in the horizsync line. the documented ranges worked perfectly with 4.2, although that was probably using matrox's proprietary driver. when the horizsync line is reduced to a narrow range of frequencies, there are strange -dpi and font behaviors. everything is ugly and many things are not resizable by -dpi and far too large. for example, gkrellm is too large and unaffected by the -dpi option to the x server. small fonts are impossible to read in most cases, even when the font path is identical to 4.2. strangely, i don't think i changed xfs at all. xorg.conf is the same as xf86config-4 was otherwise. configuring via debconf and via mgapdesk result in the same behaviors. it's possible that some of these are software changes in the way x works since 4.2 and have nothing to do with the frequency issue or even the driver. i have no idea whether frequency changes or the driver are the cause or not. i arrived at the narrow range by trial and error. card=g550 output=dvi monitor=sony lcd HorizSync35.0 - 38.0 #far narrower than the monitor supports VertRefresh 52.0 - 60.0 i will provide xorg.conf, x server logs, monitor specs, or any other data -- just ask. i don't know which would be helpful and don't want to clutter the bug report with non-useful data. thanks. p.s. severity set to grave because i'm not sure which of the following i should do. i cannot use the driver as it is now. if this is incorrect, please reassign. o downgrade to xfree86 o try to fix bugs o reinstall etch o try to install proprietary drivers o replace card all are undesirable, but if i can help fix the bug by working around it and providing data to the people working on the driver, i will. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16myver Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xserver-xorg-video-mga depends on: ii libc6 2.3.6-13 GNU C Library: Shared libraries ii xserver-xorg-core 1:1.0.2-8 X.Org X server -- core server xserver-xorg-video-mga recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372229: errors or warnings installing package
Package: ttf-thryomanes Version: 1:1.2-1 Severity: normal == Setting up ttf-thryomanes (1.2-1) ... Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. opendir: No such file or directory == thanks. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16myver Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ttf-thryomanes depends on: ii defoma0.11.8-0.1 Debian Font Manager -- automatic f ii xutils1:7.0.0-3 X Window System utility programs ttf-thryomanes recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372066: emacs21: C-/ has inconsistent bindings
Package: emacs21 Version: 21.4a-6 Severity: normal C-/ does undo in emacs -q, emacs -nw -q, xemacs -q, and xemacs -nw -q under x. it doesn't do so on my linux console. i propose making it consistent by default in both emacs and xemacs. thanks. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16myver Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages emacs21 depends on: ii emacs21-bin-common21.4a-6The GNU Emacs editor's shared, arc ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libice6 6.9.0.dfsg.1-6 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libncurses5 5.5-2 Shared libraries for terminal hand ii libpng12-01.2.8rel-5.1 PNG library - runtime ii libsm61:1.0.0-4 X11 Session Management library ii libtiff4 3.8.2-3Tag Image File Format (TIFF) libra ii libungif4g4.1.4-2shared library for GIF images (run ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxmu6 1:1.0.1-3 X11 miscellaneous utility library ii libxpm4 1:3.5.4.2-3X11 pixmap library ii libxt61:1.0.0-5 X11 toolkit intrinsics library ii xaw3dg1.5+E-14 Xaw3d widget set ii zlib1g1:1.2.3-11 compression library - runtime emacs21 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370057: findutils: find -nowarn useless when you need it
Package: findutils Version: 4.2.27-3 Severity: normal afaik, you mostly need -nowarn when you can't change where options go. this occurs when you have something like this: afind () { #archive find with -depth and maybe other cpio/afio features #sort -ru? #nowarn is just for command line option syntax things find ${@:?} -depth } but this version of find will give the warning even if you put -nowarn in front of -depth. you cannot put it anywhere else. my suggested fix is to allow -nowarn anywhere on the command line. thanks. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16myver Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages findutils depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries findutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369635: kicker: maximize all fails to fully maximize
Package: kicker Version: 4:3.5.3-1 Severity: normal first, congratulations on a nice kicker version. i have kicker (kde panel with taskbar in it) set as follows. i deleted ~/.kde before making changes. group tasks autohide immediately on top left custom size of 100 pixels classic style rather than elegant analog clock one dockapp running no launchers hide button on left no animation otherwise pretty much default. what i want is full maximization of all windows when i maximize them. i also want panel being on top when i move the mouse to the top edge. but when i use the right-click menu maximize all on a firefox group, all windows are maximized up to where the panel would be. i cannot set allow other windows to cover the panel because that would turn off autohiding. i use kicker because i have found no other panel that does what i want. i currently use sawfish for my window manager because i want something simpler than kde. i am filing here rather than sawfish because the maximize action is initiated from the panel. i do not know whether the code that determines the geometry is supposed to be in kicker, sawfish, or firefox. i googled around to find out to no avail. but clearly it thinks there's a non-autohidden panel there. thanks. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16myver Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kicker depends on: ii kdebase-data 4:3.5.3-1 shared data files for the KDE base ii kdelibs4c2a 4:3.5.3-1 core libraries and binaries for al ii libacl1 2.2.37-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 2.4.32-1 Extended attribute shared library ii libaudio2 1.7-9 The Network Audio System (NAS). (s ii libc6 2.3.6-7GNU C Library: Shared libraries ii libfontconfig12.3.2-5.1 generic font configuration library ii libfreetype6 2.2.1-2FreeType 2 font engine, shared lib ii libgamin0 [libfam0] 0.1.7-3Client library for the gamin file ii libgcc1 1:4.1.0-4 GCC support library ii libice6 6.9.0.dfsg.1-6 Inter-Client Exchange library ii libidn11 0.5.18-2 GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libkonq4 4:3.5.2-2+b1 core libraries for Konqueror ii libpng12-01.2.8rel-5.1 PNG library - runtime ii libqt3-mt 3:3.3.6-2 Qt GUI Library (Threaded runtime v ii libsm66.9.0.dfsg.1-6 X Window System Session Management ii libstdc++64.1.0-4The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxau6 6.9.0.dfsg.1-6 X Authentication library ii libxcomposite16.9.0.dfsg.1-6 X off-screen compositing library ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-6 X Window System miscellaneous exte ii libxfixes36.9.0.dfsg.1-6 X Window System miscellaneous 'fix ii libxft2 2.1.8.2-5.1FreeType-based font drawing librar ii libxi66.9.0.dfsg.1-6 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-6 X Window System multi-head display ii libxrandr26.9.0.dfsg.1-6 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxt66.9.0.dfsg.1-6 X Toolkit Intrinsics ii libxtst6 6.9.0.dfsg.1-6 X Window System event recording an ii zlib1g1:1.2.3-11 compression library - runtime kicker recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369320: coreutils: provide hint in man page for what to substitute for uniq --check-fields
Package: coreutils Version: 5.94-1 Severity: normal like probably many, i upgraded from sarge to etch and discovered that my many invocations of uniq -W were nonstandard. could you provide a hint in the man page for how to get the same behavior? i had used that option for a very long time and i know of nothing to replace the invocations with. nothing that's efficient, that is. upon etch release, i'll bet that many people will find that they need to fix their scripts quickly. thanks. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16myver Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages coreutils depends on: ii libacl1 2.2.37-1 Access control list shared library ii libc6 2.3.6-7GNU C Library: Shared libraries ii libselinux1 1.30-1 SELinux shared libraries coreutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369177: dpkg: error message about version string is insufficient
Package: dpkg Version: 1.10.28 Severity: normal i do not know whether the following is a bug in dpkg. however, the identical string appears in google searches suggesting that it at least potentially originates from dpkg source code. please feel free to reassign. i am upgrading from sarge to etch using aptitude. perhaps aptitude calls dpkg or something that dpkg calls. the output is huge, so i will only output the relevant part, which i think is probably sufficient to make the point: == Reading package fields... Done Reading package status... Done version a has bad syntax: version string has embedded spaces Retrieving bug reports... Done == my humble suggestion is that whatever package generates this error should say what version string caused the error. if it is a version string from a package, please have it print the package name. the user might like to know that in order to judge how important the error is and what to do about it. thanks. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16myver Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages dpkg depends on: ii dselect 1.10.28a user tool to manage Debian packa ii libc6 2.3.6-7GNU C Library: Shared libraries dpkg recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368973: colordiff: colorization makes some output lines disappear
Package: colordiff Version: 1.0.4-4 Severity: important no idea if this is a konsole or bash bug. perhaps it is merely a default color setting that equals the background. # diff -r -uw a b diff -r -uw a/aa b/aa --- a/aa2006-05-26 05:07:12.0 -0700 +++ b/aa2006-05-26 05:05:21.0 -0700 @@ -1 +1 @@ -hihi +hi Only in a: ab the following command without the hd causes blank lines to appear instead of the first line and last line. for months i wondered why colordiff inserted blank lines. it's because they were real data lines. 0 26-Fri-05-29-53 /home/rasa/var/root/staging--xyzzy-staging# diff -r -uw a b|colordiff|hd 1b 5b 31 3b 33 37 6d 64 69 66 66 20 2d 72 20 2d |.[1;37mdiff -r -| 0010 75 77 20 61 2f 61 61 20 62 2f 61 61 1b 5b 30 3b |uw a/aa b/aa.[0;| 0020 30 6d 0a 1b 5b 31 3b 33 31 6d 2d 2d 2d 20 61 2f |0m..[1;31m--- a/| 0030 61 61 09 32 30 30 36 2d 30 35 2d 32 36 20 30 35 |aa.2006-05-26 05| 0040 3a 30 37 3a 31 32 2e 30 30 30 30 30 30 30 30 30 |:07:12.0| 0050 20 2d 30 37 30 30 1b 5b 30 3b 30 6d 0a 1b 5b 31 | -0700.[0;0m..[1| 0060 3b 33 34 6d 2b 2b 2b 20 62 2f 61 61 09 32 30 30 |;34m+++ b/aa.200| 0070 36 2d 30 35 2d 32 36 20 30 35 3a 30 35 3a 32 31 |6-05-26 05:05:21| 0080 2e 30 30 30 30 30 30 30 30 30 20 2d 30 37 30 30 |.0 -0700| 0090 1b 5b 30 3b 30 6d 0a 1b 5b 31 3b 33 35 6d 40 40 |.[0;0m..[1;35m@@| 00a0 20 2d 31 20 2b 31 20 40 40 1b 5b 30 3b 30 6d 0a | -1 +1 @@.[0;0m.| 00b0 1b 5b 31 3b 33 31 6d 2d 68 69 68 69 1b 5b 30 3b |.[1;31m-hihi.[0;| 00c0 30 6d 0a 1b 5b 31 3b 33 34 6d 2b 68 69 1b 5b 30 |0m..[1;34m+hi.[0| 00d0 3b 30 6d 0a 1b 5b 31 3b 33 37 6d 4f 6e 6c 79 20 |;0m..[1;37mOnly | 00e0 69 6e 20 61 3a 20 61 62 1b 5b 30 3b 30 6d 0a |in a: ab.[0;0m.| 00ef thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16myver Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages colordiff depends on: ii perl 5.8.7-10 Larry Wall's Practical Extraction colordiff recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369051: apt-listchanges: provide searchable string between packages and possibly preload search string
Package: apt-listchanges Version: 2.59-0.2 Severity: wishlist when changes for many packages are listed, it is useful to skip over some packages. yet there is no searchable regular expression for the next package. for example, if i am upgrading fuse and gconf2 and zsh, i might not be interested in gconf2 changes and want to go to the zsh changes. there is no search term that will do that generically. so if between packages you can put == or something that would help. even better would be preloading less with == as a search string, if that is possible. just a wishlist for a very nice program. thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16myver Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages apt-listchanges depends on: ii apt 0.6.43.2 Advanced front-end for dpkg ii debconf 1.4.30.13 Debian configuration management sy ii debianutils 2.16 Miscellaneous utilities specific t ii python2.3.5-5An interactive high-level object-o ii python-apt0.6.16 Python interface to libapt-pkg ii ucf 1.17 Update Configuration File: preserv apt-listchanges recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368924: grep: grep -r recursing symlinks is unexpected and unfixable
Package: grep Version: 2.5.1.ds2-5 Severity: normal with many commands, including find, the default is to not recurse symlinks. but: 0 25-Thu-15-15-43 /tmp/grep# ls -lR ..: total 4 drwx-- 2 kpc kpc 4096 05-25 15:09 a lrwxrwxrwx 1 kpc kpc1 05-25 15:13 b - a lrwxrwxrwx 1 kpc kpc7 05-25 15:13 bfile - a/afile ../a: total 4 -rw--- 1 kpc kpc 6 05-25 15:09 afile 0 25-Thu-15-15-47 /tmp/grep# grep -r hello . ../a/afile:hello ../b/afile:hello ../bfile:hello in the above, i propose that b not be recursed. bfile should still be printed. i propose an option to get the current behavior, just as find has. i also propose a more comprehensive solution in the form of allowing a list of files to grep (which can be - for stdin), thus allowing you to use find and grep to specify the list of files to grep. but i will file that in a separate report. even with the comprehensive solution, i think the default behavior of grep -r should be changed. thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages grep depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries grep recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368926: please allow a list of files to grep, as a file that can be - for stdin (fixes other bugs)
Package: grep Version: 2.5.1.ds2-5 Severity: wishlist this partly fixes other bugs, including part of the bug that i just filed on symlink recursion and these: Outstanding bugs -- Minor bugs; Unclassified (7 bugs): 1 report 1) #297154: grep: Please warn requesting recursion of stdin Outstanding bugs -- Wishlist items; Unclassified (11 bugs): 2 reports 2) #177180: a one filesystem recursion option would be nice 3) #283094: Option to ignore certain directories (e.g., .svn) while recursing === grep should have an option that takes a list of files to grep. it should allow - for stdin so that you can do this: find ... -xdev | grep -v .svn/ | grep -r --files-input - apple it should also allow for the files to be terminated by NUL. you might think that xargs can achieve the same effect, but that is incorrect. consider: find ... -xdev | grep -v .svn/ | xargs ... grep apple with the proposed option grep handles -h and -H properly. with the xargs solution there is no way to print the filenames. you might then think that a shell loop can achieve the same effect, but consider what many people will do: find ... -xdev | grep -v .svn/ | while read i do grep apple $i done first, i is polluted. second, this will not get all filenames. read does not have an option that is portable among bash, sh, and zsh that will do a raw read -- try leading whitespace. this gets unbelievably complicated to fix. you have to use special IFS settings and even then it is fiendish. you might argue that this is the fault of sh, bash, and zsh for making it insanely difficult to do a shell xargs (which i call mapcar). you would be absolutely correct (maybe i will file a bug report). but fixing grep is a cheap workaround that i think is convenient enough to be worth the fact that the correct thing to do is to fix the shells instead. and, even though a shell xargs/mapcar works fine, you'll still get bug reports like the above if you do not, by people who don't know about xargs and mapcar. if the shell gets fixed, then you can put that in the manpage. thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages grep depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries grep recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368934: shell xargs too hard to write (please make a truly raw read -r)
Package: bash Version: 3.1-4 Severity: normal it is fiendishly difficult to write a portable shell version of xargs that can take a shell function as an argument and that follows good programming practices involving reentrance, namespaces, signals, exit codes, etc. what i would propose, if i thought that both the bash and zsh development teams would be interested in them, would be about 10 improvements, including a portable built in xargs and xargs -0 from the get-go. but i will limit my ambitions and propose a truly raw read -r. this is because i think that both teams would want that. here is why this is important. consider: find ... -xdev | grep -v \\.svn/ | xargs ... grep apple xargs is bad for this because grep cannot print the filename properly. you could use xargs and call $0, but that's inefficient and doesn't handle non-exported variables. you might think that a shell loop can achieve the same effect, but consider what many people will do: find ... -xdev | grep -v \\.svn/ | while read -r i do grep apple $i done this will not get all filenames. read -r does not do a raw read -- to see what i mean try leading whitespace in the input. there are other problems with it also, such as it being difficult to know how to do the equivalent of xargs -0. it gets complicated to fix unless you hit on the IFS idea, and even then it is fiendish wrt reentrance etc. lots of people probably do their backups using such a loop. my IFS solution works for me, but i think that the user shouldn't have to figure out that it is necessary or do comprehensive testing. imho there should be an xargs/xargs -0 built into both zsh and bash to make it maximally easy, but a good start would be a truly raw read. below is my solution and comments. all of my shell code has to work in both bash and zsh. == # #IFS='' works in bash but it fails as \\\ - \\ in zsh readvari () { #use this instead of read or read -r #or if not too slow: while . $0 readvari IFS=$'\n' read -r $1 } mapcar () { mapcarhow normal $@ ;} gather () { mapcarhow gather $@ ;} mapcarnospace () { mapcarhow nospace $@ ;} mapcarhow () { local how=${1:?}; shift #will local work? local mchargs='' #if you do mapcar a where a does another mapcar to dev null #it works whether the following local is declared or not #local readspecialspecial while readvari readspecialspecial do case $how in nospace)$@$readspecialspecial ;; normal) $@ $readspecialspecial ;; gather) mchargs=$mchargs \$readspecialspecial\ ;; esac done case $how in gather) eval $@$mchargs ;; esac } #this can do xmapcar mapcarawk () { #!this works perfectly but is even slower than below awk '{c='$@' '\'' $0 '\'' ; system(c)}' } readraw () {#read one line and print it, returning nonzero for EOF #head -1 does not exit nonzero for EOF. line #works but cat ... | mapcar is different from mapcar #awk 'BEGIN { s= ; a=getline s ; if (a) print s ; exit 1-a }' #line works with ^D but read does not, at least when called by mapcar1. # IFS=$'\n' read -r # #zsh and bash # echo -E $REPLY } # #read -d `echo -e '\0'` # #and IFS='\0' read ... do not work. # #IFS='\0\0\0' read seems not to work. # #mawk might not be able to do this # awk 'BEGIN { RS=\000 ... #works but has offensive inband code. designed for while mapcar1 ...: #still has problems: maybe some weird filenames, and it stops on error (which #is ironic and sucky given bash's tendency to continue on ^C) #mapcar1 () { # #there seem to be several bugs in the shells that prevent this from being # #easy. test cannot compare to a string with \n easily, read isn't # #portable, bash cannot do local a=`readraw || r=1` or even local # #a=`readraw || return 1`, read -r is not truly raw in either bash or # #zsh. `...` cannot set variables since it is apparently a subshell. # #etc. this also makes xmapcar difficult. # # # #maybe while # #readraw $one-line-tmp-file would work, but ... the file system? # # #even this seems not to work: # #local line=`readraw` # #local r=$? # #if [ $r = 0 ] # #then # #fi # #return $r # # local gensym=/dev/null/special--nonexistent--mapcar1 # #readraw prints \n on EOF, so we compare to this # local kludge=`echocode \n$gensym` # local a=`readraw || echo -n $gensym` # if [ $a = $kludge ] # then # return 1 # else # mapcarinside $a $@ # fi #} == thanks. --
Bug#368936: zsh: portable shell xargs too hard to write (please make a truly raw read -r)
Package: zsh Version: 4.3.0-dev-5-1 Severity: normal it is fiendishly difficult to write a portable shell version of xargs that can take a shell function as an argument and that follows good programming practices involving reentrance, namespaces, signals, exit codes, etc. what i would propose, if i thought that both the bash and zsh development teams would be interested in them, would be about 10 improvements, including a portable built in xargs and xargs -0 from the get-go. but i will limit my ambitions and propose a truly raw read -r. this is because i think that both teams would want that. here is why this is important. consider: find ... -xdev | grep -v \\.svn/ | xargs ... grep apple xargs is bad for this because grep cannot print the filename properly. you could use xargs and call $0, but that's inefficient and doesn't handle non-exported variables. you might think that a shell loop can achieve the same effect, but consider what many people will do: find ... -xdev | grep -v \\.svn/ | while read -r i do grep apple $i done this will not get all filenames. read -r does not do a raw read -- to see what i mean try leading whitespace in the input. there are other problems with it also, such as it being difficult to know how to do the equivalent of xargs -0. it gets complicated to fix unless you hit on the IFS idea, and even then it is fiendish wrt reentrance etc. lots of people probably do their backups using such a loop. my IFS solution works for me, but i think that the user shouldn't have to figure out that it is necessary or do comprehensive testing. imho there should be an xargs/xargs -0 built into both zsh and bash to make it maximally easy, but a good start would be a truly raw read. below is my solution and comments. all of my shell code has to work in both bash and zsh. == # #IFS='' works in bash but it fails as \\\ - \\ in zsh readvari () { #use this instead of read or read -r #or if not too slow: while . $0 readvari IFS=$'\n' read -r $1 } mapcar () { mapcarhow normal $@ ;} gather () { mapcarhow gather $@ ;} mapcarnospace () { mapcarhow nospace $@ ;} mapcarhow () { local how=${1:?}; shift #will local work? local mchargs='' #if you do mapcar a where a does another mapcar to dev null #it works whether the following local is declared or not #local readspecialspecial while readvari readspecialspecial do case $how in nospace)$@$readspecialspecial ;; normal) $@ $readspecialspecial ;; gather) mchargs=$mchargs \$readspecialspecial\ ;; esac done case $how in gather) eval $@$mchargs ;; esac } #this can do xmapcar mapcarawk () { #!this works perfectly but is even slower than below awk '{c='$@' '\'' $0 '\'' ; system(c)}' } readraw () {#read one line and print it, returning nonzero for EOF #head -1 does not exit nonzero for EOF. line #works but cat ... | mapcar is different from mapcar #awk 'BEGIN { s= ; a=getline s ; if (a) print s ; exit 1-a }' #line works with ^D but read does not, at least when called by mapcar1. # IFS=$'\n' read -r # #zsh and bash # echo -E $REPLY } # #read -d `echo -e '\0'` # #and IFS='\0' read ... do not work. # #IFS='\0\0\0' read seems not to work. # #mawk might not be able to do this # awk 'BEGIN { RS=\000 ... #works but has offensive inband code. designed for while mapcar1 ...: #still has problems: maybe some weird filenames, and it stops on error (which #is ironic and sucky given bash's tendency to continue on ^C) #mapcar1 () { # #there seem to be several bugs in the shells that prevent this from being # #easy. test cannot compare to a string with \n easily, read isn't # #portable, bash cannot do local a=`readraw || r=1` or even local # #a=`readraw || return 1`, read -r is not truly raw in either bash or # #zsh. `...` cannot set variables since it is apparently a subshell. # #etc. this also makes xmapcar difficult. # # # #maybe while # #readraw $one-line-tmp-file would work, but ... the file system? # # #even this seems not to work: # #local line=`readraw` # #local r=$? # #if [ $r = 0 ] # #then # #fi # #return $r # # local gensym=/dev/null/special--nonexistent--mapcar1 # #readraw prints \n on EOF, so we compare to this # local kludge=`echocode \n$gensym` # local a=`readraw || echo -n $gensym` # if [ $a = $kludge ] # then # return 1 # else # mapcarinside $a $@ # fi #} == thanks.
Bug#368673: w3m: ergonomics for searching
Package: w3m Version: 0.5.1-4 Severity: wishlist w3m can highlight the search terms in the document, and let the user set where the search home is -- the line that has the current place you are searching. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages w3m depends on: ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libgc1c2 1:6.6-2 conservative garbage collector for ii libgpmg1 1.19.6-19sarge1 General Purpose Mouse - shared lib ii libncurses55.5-1.1 Shared libraries for terminal hand ii libssl0.9.70.9.7e-3sarge1SSL shared libraries ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime Versions of packages w3m recommends: ii ca-certificates 20040809 Common CA Certificates PEM files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368672: w3m: ergonomics for scrolling
Package: w3m Version: 0.5.1-4 Severity: normal scrolling by page (e.g. by page up) can be improved by making it reversible. reversible means that you get to the end of the page, hit page up, and the screen will look exactly like it did before you hit page up. this can be done by inserting blank lines or lines consisting of ~ (a la vi or less), perhaps with another indicator, such as reverse video on the last line. scrolling should give you an indication of where you were before the scroll. making scrolling reversible does this by always having the last line you read at the top of the screen. cf. less(1) which lets you highlight the last line you read. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages w3m depends on: ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libgc1c2 1:6.6-2 conservative garbage collector for ii libgpmg1 1.19.6-19sarge1 General Purpose Mouse - shared lib ii libncurses55.5-1.1 Shared libraries for terminal hand ii libssl0.9.70.9.7e-3sarge1SSL shared libraries ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime Versions of packages w3m recommends: ii ca-certificates 20040809 Common CA Certificates PEM files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368683: linux-source-2.6.16: menuconfig should say what the raw default is
Package: linux-source-2.6.16 Version: 2.6.16-13 Severity: normal menuconfig provides defaults, and it also sometimes gives hints like if you're all like 'WTF?' then you can safely say Y here. that's nice, but was that default there because of my old .config? or is it a real default? menuconfig should say: o the default if you leave it alone o the raw default (as if you had no previous .config) these are different things. i leave severity at normal because i think this much usability affects a lot of users who struggle with menuconfig. please feel free to change it. i report here instead of kernel.org because i think reportbug should allow that, and many maintainers do forward upstream. thanks for maintaining the debian kernels. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linux-source-2.6.16 depends on: ii binutils 2.15-6 The GNU assembler, linker and bina ii bzip2 1.0.2-7high-quality block-sorting file co Versions of packages linux-source-2.6.16 recommends: ii gcc 4:3.3.5-3 The GNU C compiler ii libc6-dev [libc-dev] 2.3.6-7GNU C Library: Development Librari ii make 3.80-9 The GNU version of the make util -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368087: bash3: please make it easy for the user to get expected SIGINT behavior
Package: bash3 Version: 3.0-12 Severity: normal before i begin, let me say that the following provides an excellent detailed background: http://www.cons.org/cracauer/sigint.html in my opinion, the philosophy of bash for ^C is often different from the user's usual expectation. it's hard to call bash's signal behavior a bug if it was designed that way. but it's easy to say it's a bug if it causes radically unexpected behavior for users, and the user has no easy, obvious, documented way to get expected behavior in the most important cases. please make it possible and document in the man page how to get expected ^C and ^Z behavior from shell scripts -- stopping the whole script instead of continuing on -- preferably using an environment variable. it's best as a variable because it can be set once and inherited by subshells, and it won't be necessary to set traps everywhere just to get expected behavior. also consider interactive commands like: $ sleep 3600 ; echo hi if you do ^C on that, hi gets echoed. this does not happen in zsh and many users do not expect that. this makes users wonder under what conditions interrupting a loop will interrupt the entire loop and not make it continue. i've seen it both ways in bash. i've seen it suggested in bash circles that the latter should be something like: $ sleep 3600 echo hi but it should be possible to set an environment variable to get the expected behavior without having to consider the exit code of every program that you want to run like that. i have no problem at all with bash designers having their own philosophy on this, but as the number 1 shell, it would be best for bash to allow the user to set an environment variable to make it handle signals differently. it would be a shame for all users who get sufficiently annoyed with things running when they don't want them to to have to switch to zsh merely because it handles signals more comfortably (that's not to say that it handles them perfectly either). thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages bash3 depends on: ii base-files 3.1.2Debian base system miscellaneous f ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libncurses5 5.5-1.1 Shared libraries for terminal hand ii passwd 1:4.0.3-31sarge5 change and administer password and bash3 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366763: httrack: traps signals and attempts to be fancy, causing wrong behavior
Package: httrack Version: 3.40.4-1 Severity: normal when you use the command line, you expect to be able to ^C and ^Z with normal results, which in unix are normally to kill the program and suspend it, respectively. here are the results with httrack: $ httrack ... ^Z Moving into background to complete the mirror... [1]+ Stopped ... $ %1 httrack ... $ ps httrack ... httrack backgrounded itself when the user wanted it suspended, and did nothing when the user wanted it to be in the foreground. what i expected was a totally stopped process that can be foregrounded with fg. $ httrack ^C Quit program/Interrupt/Background/bLind background/Cancel? (Q/I/B/L/C) in other words, httrack asked a cryptic question when the user wanted it interrupted. there is no help or ? option. if you hit ^C again it seems to hang. if you then ^Z to get a prompt to kill it, you get the prompt, but killall does not work. in my case, kill -9 worked, but the process remained defunct. the calling process, a shell script, was backgrounded also, and had to be killed separately. i expected all httrack processes, including the parent shell script, to be completely killed. if not, i expected a question that could itself be ^Ced. it is necessary to do a ps occasionally to make sure httrack hasn't done something fancy and left itself running. as a result, httrack turns out to be a high maintenance program. surely not the implementor's intention. i don't know whether debian has standards for this, but i'm certain the ^Z behavior is far out of unix norms, and the ^C behavior is at least both very unusual and very buggy. if there is a standard, perhaps it mentions the quit signal (^\), which might be of some use, such as for doing what httrack wants to do with ^C. i don't know if httrack comes from the windows world, in which case maybe that is the reason. if so, thanks for porting to unix. would it be possible to complete the port by doing signals in a unix-like way? i wonder if this is related to python, since i have noticed bad signal behavior with bittorrent, bittornado, and cfv, all of which are written in python. i have noticed it occasionally with qtorrent, which seems to be written in python. i don't know if this pattern is cultural (e.g. python programmers believe that signals should be trapped and fancy processing done on them), incented (e.g. python by default does fancy signal processing), built in (e.g. python just has lots of signal-related bugs), due to complexity (e.g. python has complicated thread and signal code that incents bugs), a relic of the windows world, or coincidental. just reporting the observation. i would be very interested in knowing the answer, if anybody cares to provide it. thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages httrack depends on: ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libhttrack13.40.4-1 Httrack website copier library ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime httrack recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331245: aptitude: segfault on changelog
Package: aptitude Version: 0.4.1-1 Followup-For: Bug #331245 fwiw: 0 03-Wed-23-52-26 ~# aptitude changelog firefox Get:1 ChangeLog of firefox [118kB] Fetched 118kB in 4s (27.9kB/s) 0 03-Wed-23-55-12 ~# aptitude -t unstable changelog firefox Ign ChangeLog of firefox E: Couldn't fetch URL http://packages.debian.org/changelogs/pool/main/f/firefox/firefox_1.5.dfsg+1.5.0.3-1/changelog E: Couldn't find a changelog for firefox 0 03-Wed-23-55-48 ~# man aptitude Reformatting aptitude.8.gz, please wait... 0 03-Wed-23-56-41 ~# aptitude changelog firefox/unstable Ign ChangeLog of firefox E: Couldn't fetch URL http://packages.debian.org/changelogs/pool/main/f/firefox/firefox_1.5.dfsg+1.5.0.3-1/changelog E: Couldn't find a changelog for firefox/unstable 0 03-Wed-23-56-53 ~# aptitude changelog firefox/sid Unable to find an archive sid for the package firefox Segmentation fault -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3 0.6.43.2 Advanced front-end for dpkg ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libgcc1 1:4.1.0-1+b1 GCC support library ii libncursesw55.5-1Shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.16-2 type-safe Signal Framework for C++ ii libstdc++6 4.1.0-1+b1 The GNU Standard C++ Library v3 Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-doc 0.4.1-1English manual for aptitude, a ter -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364848: general: please have package short descriptions say what the package REALLY does
Package: general Severity: normal i think it will help to require short descriptions to make sense to anybody who knows only about the most widely used terms. often new packages are added like the following. i do not mean to pick on ndiswrapper at all; it was just the most recent example. this bug applies to normal packages and not just kernel modules. please note that few users will know what ndis is. thanks. ndiswrapper-common - Userspace utilities for ndiswrapper ndiswrapper-source - Source for the ndiswrapper linux kernel module ndiswrapper-utils - Userspace utilities for ndiswrapper ndiswrapper-utils-1.7 - Userspace utilities for ndiswrapper -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.doesntmatter Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334830: xemacs21-nomule: minibuffer does not resize for questions even when resize minibuffer mode is active
Package: xemacs21-nomule Version: 21.4.17-1 Severity: normal to reproduce from a fresh xemacs, do: m-x resize-minibuffer-mode mark some text esc-| go to shell command output window ^X^S enter a very long filename ret go back to the text window esc-| again go to the new shell command output window ^X^S up arrow to get the filename you entered before ret xemacs will ask you whether you want to overwrite, but will not resize the minibuffer. thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xemacs21-nomule depends on: ii emacsen-common 1.4.16 Common facilities for all emacsen ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libcompfaceg11989.11.11-24 Compress/decompress images for mai ii libdb3 3.2.9-22Berkeley v3 Database Libraries [ru ii libice6 4.3.0.dfsg.1-14 Inter-Client Exchange library ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libldap2 2.1.30-8OpenLDAP libraries ii libncurses5 5.4-4 Shared libraries for terminal hand ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libtiff4 3.7.2-3 Tag Image File Format (TIFF) libra ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxaw7 4.3.0.dfsg.1-14 X Athena widget set library ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxmu6 4.3.0.dfsg.1-14 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-14 X pixmap library ii libxt6 4.3.0.dfsg.1-14 X Toolkit Intrinsics ii xemacs21-basesupport 2005.03.07-1Editor and kitchen sink -- compile ii xemacs21-bin 21.4.17-1 highly customizable text editor -- ii xemacs21-support 21.4.17-1 highly customizable text editor -- ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328197: mdadm: please add option to regenerate arrays in the foreground
Package: mdadm Version: 1.9.0-4 Severity: wishlist can you pass this to upstream? thanks. mdadm returns to the shell immediately, and parsing /proc/mdstat in an infinite loop is the only way to make it block. please add an option to return control to the shell only when the arrays are regenerated. this is useful for using e.g. raid 1 as a reliable and accurate mirror in cron jobs. the raid system handles disk i/o very well without slowing down the system much. blocking is necessary to avoid having to check /proc/mdstat to see if the mirroring is done. thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mdadm depends on: ii debconf 1.4.30.13Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii makedev 2.3.1-77 creates device files in /dev -- debconf information: * mdadm/autostart: false * mdadm/warning: * mdadm/start_daemon: false mdadm/mail_to: root -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326683: skippy: please have error message say that a key grabber is the problem and give hints on how to fix.
Package: skippy Version: 0.5.1rc1-1 Severity: normal the docs say for this error: X Error of failed request: BadAccess (attempt to access private resource denied) Major opcode of failed request: 33 (X_GrabKey) Serial number of failed request: 90 Current serial number in output stream: 90 to look for key grabbers. but i run a blank icewm from gdm and try it and it does not work. please have error message say why. if a human can find a key grabber, can skippy? please have the message explain. thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages skippy depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libimlib2 1.2.0-2.2 powerful image loading and renderi ii libpcre3 4.5-1.2sarge1 Perl 5 Compatible Regular Expressi ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxft22.1.7-1 FreeType-based font drawing librar ii libxrender10.8.3-7 X Rendering Extension client libra ii xlibs 4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325646: libtse3-0.2.7c2: Please DEFINE those terms of art. Documentation bug.
Package: libtse3-0.2.7c2 Version: libtse3-0.2.7c2 Severity: normal Sometimes packagers use terms of art without realizing that the same terms are used in other contexts. This makes people wonder WTF the package is meant for. For example, Sequencer can refer to a DNA sequencer, a MIDI sequencer, a sequencing algorithm as any of several generic CS or math or control theory or other engineering concepts, a CPU instruction optimizer, or an optimizer for any of a number of protocols. It can probably mean several other things. Maybe it sequences folk dances or does layout in a pornographic magazine to make sure that the sequence of photographs goes from more clothes to fewer clothes without too much whitespace requiring boring text about the model's hobbies. Personally, I don't really care what the library does, but I do care that the description says what it does. Please remember that Debian is a general purpose OS. Thanks. (Yours in overkill bug reporting) -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323708: please hint in description and man page the degree to which irqbalance is necessary
Package: irqbalance Version: 0.12-2 Severity: wishlist Users who see irq balancing in the kernel might be confused about whether a user daemon is necessary. Please comment on this in packages and man for thoroughness. Thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages irqbalance depends on: ii debconf 1.4.30.13Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- debconf information: * irqbalance/oneshot: ONESHOT * irqbalance/enable: ENABLE -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319286: libgtk2.0-common: please say AUTO-WRITTEN by whom
Package: libgtk2.0-common Version: 2.6.4-3 Severity: normal my .gtkrc-2.0 keeps getting overwritten. i do not use gnome. i only care about firefox emacs keybindings, which supposedly depend on this file. please reassign this bug to whichever package writes the following to the file. please have that package put its name in the file so that users will know who is writing it. # -- THEME AUTO-WRITTEN DO NOT EDIT -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libgtk2.0-common depends on: ii libgtk2.0-0 2.6.4-3The GTK+ graphical user interface -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319295: mozilla-firefox: keyboard frequently focuses previous tab
Package: mozilla-firefox Version: 1.0.6-1 Severity: normal i can reproduce by opening several tabs, then c-pgdn to get to the next tab, then pgdn to scroll. often the previous tab scrolls and the current tab does not. imagine 3 tabs. switching to tab 2 focuses tab 1. strangely, another c-pgdn then pgdn focuses correctly on tab 3, but c-pgup then pgdn still scrolls tab 1. it is as if tab 2 always sends keyboard input to tab 1. the only workaround is to use the mouse, which is very bad for accessibility. this is intermittent, but very, very frequent. might be related to using c-w to close a tab. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mozilla-firefox depends on: ii debianutils2.8.4 Miscellaneous utilities specific t ii fontconfig 2.3.1-2 generic font configuration library ii libatk1.0-01.10.1-2 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc11:4.0.1-2 GCC support library ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-02.6.4-3 The GTK+ graphical user interface ii libidl00.8.5-1 library for parsing CORBA IDL file ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkrb53 1.3.6-2sarge2 MIT Kerberos runtime libraries hi libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1PNG library - runtime ii libstdc++6 4.0.1-2 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxft22.1.7-1 FreeType-based font drawing librar ii libxinerama1 6.8.2.dfsg.1-3X Window System multi-head display ii libxp6 4.3.0.dfsg.1-14 X Window System printing extension ii libxt6 4.3.0.dfsg.1-14 X Toolkit Intrinsics ii psmisc 21.5-1Utilities that use the proc filesy ii xlibs 4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316811: e2fsprogs: no documentation of mkfs.ext3 -T
Package: e2fsprogs Version: 1.37-2sarge1 Severity: normal the man page for mkfs.ext3 is confusing re -T, and there are no other docs in the distro. a user wants to know what the default is, what parameters actually get changed, and how much of a difference it makes to speed, space, and stability. could you add that and take a look at the spelling of chose? thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages e2fsprogs depends on: ii e2fslibs1.37-2sarge1 ext2 filesystem libraries ii libblkid1 1.37-2sarge1 block device id library ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcomerr2 1.37-2sarge1 common error description library ii libss2 1.37-2sarge1 command-line interface parsing lib ii libuuid11.37-2sarge1 universally unique id library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315321: multi-gnome-terminal: please say how help is done -- still not figured out
Package: multi-gnome-terminal Version: 1.6.2-10 Severity: normal note: i only use mgt, not the rest of gnome. this is to let you know how hard it can be in certain circumstances, at least for somebody not familiar with gnome, to get help on mgt. i think comments in the mgt man page would be helpful. when i run mgt and want help, i use the menu item. this brings up my stored galeon session, which has tens of windows and probably hundreds of tabs. i cannot let all that load to read the help files. hmm, perhaps this is due to my own configuration somewhere. so i grep for galeon and browser and find nothing. .gnome* and .gconf* are intimidating with multiple dirs, so i put that off for the moment. so to figure out how to change this and read the help, i do man mgt, ls /etc/alternatives, man sensible-browser, echo $BROWSER, man environ, recursive grep /usr/share/doc/multi- then i discovered that mgt uses yelp. so i did man yelp. that did not tell me how to do anything useful! so i did locate multi | grep help and manually browsed. then i looked for help, to fix the metaproblem, and found this: Terminal Help Get to this document from within Multi Gnome Terminal. that didn't help either. so in desperation i resorted to those intimidating gnome config things, doing grep -r galeon .gnome* .gconf*. this resulted in a lot of lines including this: ..gnome2.debian-backup/debian-upgrade.log:running: gconftool-2 -t string -s /desktop/gnome/applications/help_viewer/exec -- galeon so man gconftool-2. ugh. how do i find out the settings? gnomeTAB gconfTAB. menu gnome control center. oh great. i have to double click to get to those things. double click is very hard for a lot of people who cannot do it quickly enough. reminded at every step why i stopped using gnome (no offense intended, and i like mgt very much and it is my favorite terminal, but gnome is very much not for me) i try everything there and find nothing. imho it really should not be that hard. can you please add a line to the man page saying how help is done? thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages multi-gnome-terminal depends on: ii debconf 1.4.30.13 Debian configuration management sy ii gdk-imlib1 1.9.14-16.2 imaging library for use with gtk ( ii libart2 1.4.2-19The GNOME canvas widget - runtime ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libdb3 3.2.9-22Berkeley v3 Database Libraries [ru ii libesd0 0.2.35-2Enlightened Sound Daemon - Shared ii libglade-gnome0 1:0.17-3Library to load .glade files at ru ii libglade01:0.17-3Library to load .glade files at ru ii libglib1.2 1.2.10-9The GLib library of C routines ii libgnome32 1.4.2-19The GNOME libraries ii libgnomesupport0 1.4.2-19The GNOME libraries (Support libra ii libgnomeui32 1.4.2-19The GNOME libraries (User Interfac ii libgnorba27 1.4.2-19GNOME CORBA services ii libgtk1.21.2.10-17 The GIMP Toolkit set of widgets fo ii libice6 4.3.0.dfsg.1-14 Inter-Client Exchange library ii liborbit00.5.17-11.1 Libraries for ORBit - a CORBA ORB ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-14 X Window System Input extension li ii libxml1 1:1.8.17-10 GNOME XML library ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315332: zip: does not notice when input file is output file
Package: zip Version: 2.31-1 Severity: normal thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zip depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315331: zip warning: No such device or address does not specify pathname
Package: zip Version: 2.31-1 Severity: normal zip is an excellent program and i want it to work as well as cpio. i pipe pathnames to it. the error message should be more informative. thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zip depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315334: zip: seems to complain about wrong option, and complains for unknown reason
Package: zip Version: 2.31-1 Severity: normal if output is to a pipe, will complain about -0 option, but seems to be trying to complain about -y option. unknown reason. i want to do 'zip -0qy - -@'. until then have to write to disk then read from it. thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zip depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315335: zip: please understand stdio just like cpio does
Package: zip Version: 2.31-1 Severity: normal it would be wonderful to have zip not distinguish between file and pipe and allow piping pathnames in with all option combinations. thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zip depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315350: privoxy: doesn't go there anyway
Package: privoxy Version: 3.0.3-4 Severity: normal to reproduce (maybe) with privoxy running and using firefox, load a page with google ads, with links like http://pagead2.googlesyndication.com/pagead/adclick?sa=Ladurl=http://www.google.comai= then when you get a page saying BLOCKED This is Privoxy 3.0.3 ... Request for blocked URL click on go there anyway. the resulting url should be the same as above but with PRIVOXY-FORCE after the host. privoxy should not do any filtering, but does for me. ask away. thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages privoxy depends on: ii adduser 3.63 Add and remove users and groups ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libpcre34.5-1.2 Perl 5 Compatible Regular Expressi ii logrotate 3.7-5Log rotation utility -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315191: mozilla-firefox: fails to increase unreadably small text
Package: mozilla-firefox Version: 1.0.4-3 Severity: normal control-+ is supposed to increase text size. here is the faq for this bug report: why do that? because you can't read the text. which text can't you read? usually the smallest. which text gets increased the most? usually the largest. sometimes it is increased to half the page size without the smallest text being increased at all. is this what the user wants? no. is there a solution? increase the smallest text first or by a larger percentage according to its relative size. thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mozilla-firefox depends on: ii debianutils 2.8.4 Miscellaneous utilities specific t ii fontconfig 2.3.1-2 generic font configuration library ii libatk1.0-0 1.10.1-2The ATK accessibility toolkit ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.0-9 GCC support library ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-0 2.6.4-3 The GTK+ graphical user interface ii libidl0 0.8.5-1 library for parsing CORBA IDL file ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libkrb53 1.3.6-2 MIT Kerberos runtime libraries hi libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-14 X Window System printing extension ii libxt6 4.3.0.dfsg.1-14 X Toolkit Intrinsics ii psmisc 21.5-1 Utilities that use the proc filesy ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315193: multi-gnome-terminal: too hard to see the pointer
Package: multi-gnome-terminal Version: 1.6.2-10 Severity: normal but installing big-cursor makes other pointers too large. thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages multi-gnome-terminal depends on: ii debconf 1.4.30.13 Debian configuration management sy ii gdk-imlib1 1.9.14-16.2 imaging library for use with gtk ( ii libart2 1.4.2-19The GNOME canvas widget - runtime ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libdb3 3.2.9-22Berkeley v3 Database Libraries [ru ii libesd0 0.2.35-2Enlightened Sound Daemon - Shared ii libglade-gnome0 1:0.17-3Library to load .glade files at ru ii libglade01:0.17-3Library to load .glade files at ru ii libglib1.2 1.2.10-9The GLib library of C routines ii libgnome32 1.4.2-19The GNOME libraries ii libgnomesupport0 1.4.2-19The GNOME libraries (Support libra ii libgnomeui32 1.4.2-19The GNOME libraries (User Interfac ii libgnorba27 1.4.2-19GNOME CORBA services ii libgtk1.21.2.10-17 The GIMP Toolkit set of widgets fo ii libice6 4.3.0.dfsg.1-14 Inter-Client Exchange library ii liborbit00.5.17-11.1 Libraries for ORBit - a CORBA ORB ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-14 X Window System Input extension li ii libxml1 1:1.8.17-10 GNOME XML library ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314865: mozilla-firefox: default debian user agent string should not include that much information (security/privacy risk)
Package: mozilla-firefox Version: 1.0.4-2 Severity: normal what should be in user-agent? imho it is beyond its scope to reveal linux distribution and package version. they are not necessary for servers to support the operation of the browser. if there has been discussion before, i still think it should be in the bts. relatively few people use debian and a particular package version, so the information thus contained is far higher than if such details are not included. this allows an attacker to identify a user with high probability. identity theft and other malicious data collection are real problems that are exacerbated by an uncommon user agent string that contains information unnecessary to the operation of the browser. there are, of course, other privacy issues. this is just one. imagine that a particular package version or debian itself is temporarily insecure, even if the ff version is not. every click now advertises that. the user can change the string, but imho it is important to have the default be considered carefully. perhaps the person who customized user agent has carefully thought of these issues and. for whatever reason, doesn't think of them as a problem. but because many people *do* think of them as a problem, i would like for this bug report to continue to exist, even if the maintainer disagrees that it is a problem, for open discussion. thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mozilla-firefox depends on: ii debianutils 2.8.4 Miscellaneous utilities specific t ii fontconfig 2.3.1-2 generic font configuration library ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-13 GCC support library ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-0 2.6.4-3 The GTK+ graphical user interface ii libidl0 0.8.5-1 library for parsing CORBA IDL file ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libkrb53 1.3.6-2 MIT Kerberos runtime libraries hi libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-14 X Window System printing extension ii libxt6 4.3.0.dfsg.1-14 X Toolkit Intrinsics ii psmisc 21.5-1 Utilities that use the proc filesy ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314701: wishlist: set end of day time
Package: gkrellm-reminder Version: 2.0.0-1 Severity: wishlist it seems that 0/1 in gkrellm means 0 overdue and 1 to go for the day (or week, or whatever). but i have a 2am appt that i want to be thought of as being today, not tomorrow. can we have a setting for when the day ends instead of hardcoding it to midnight? thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gkrellm-reminder depends on: ii gkrellm 2.2.5-1.3multiple stacked system monitors: ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libglib2.0-02.6.4-1 The GLib library of C routines ii libgtk2.0-0 2.6.4-3 The GTK+ graphical user interface hi libpango1.0-0 1.8.1-1 Layout and rendering of internatio -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314702: gkrellm-reminder: wishlist: yyyy-mm-dd
Package: gkrellm-reminder Version: 2.0.0-1 Severity: wishlist thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gkrellm-reminder depends on: ii gkrellm 2.2.5-1.3multiple stacked system monitors: ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libglib2.0-02.6.4-1 The GLib library of C routines ii libgtk2.0-0 2.6.4-3 The GTK+ graphical user interface hi libpango1.0-0 1.8.1-1 Layout and rendering of internatio -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312171: hostname part of message-id not configurable -- incorrectly assumes mpack host is correct host
Package: mpack Version: 1.6-1 Severity: normal thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mpack depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311868: base: Packages do not indicate whether installing them changes system operation
Package: base Severity: normal Some packages install binaries and docs. Others start daemons, modify startup scripts, or change config files (e.g. bigcursor) when you install them. If you install them accidentally, you might regret it. There is no way for a user using dselect to tell the difference without a lot of work. For example, will ipkungfu actually change your firewall or do you have to run it first? The description field for social reasons will remain unreliable. It rarely contains information like this does not start a daemon. To make the solution work for programs and humans, there should be a field in the db that indicates this. Maybe with a tag for binaries-and-docs-only for most packages and installs-daemon, modifies-startup, modifies-config, etc. for others. Thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311875: Did ipkungfu drop-kick my system?
Package: ipkungfu Severity: grave Tags: security Justification: user security hole i rarely file grave severity but i think this is warranted because even unstable users must know what a firewall is doing. feel free to wishlist it or whatever you want if contrary to appearances it's not actually a potential security hole. i do not want to reinstall. see below. errors in purging lower confidence. how does a user know for sure, without reading the scripts in detail, whether ipkungfu didn't change scripts in such a way that the next reboot will change the firewall? could there be any files left lying around in /etc? the description field does not say that iptables affects the system simply by installing it. see also bug 311868. the user cannot assume that it installs a firewall or exactly how or where it does it or whether or how it is reversible. remember that different users install firewalls in different ways, and there are different places for various scripts (upon boot, upon ipup, etc.). ipkungfu also does not tell the user what it is doing when it is installed or purged. then it produces an error. i would examine the scripts if i could, but cannot now. does it leave a firewall in a different state? if so how does it know that it is more secure than whatever the user is already running? does it know what servers are running? i was installing ipkungfu just to look at its documentation. please change the description field, fix the init.d bugs, and have the init.d script be more verbose. please also document, perhaps in the changelog, for users who experienced this problem exactly what was done and whether anything needs to be done to clean up. to somebody who knows what ipkungfu is doing, this might seem like an overreaction. but please look at it from the perspective of somebody who does not. you and i know to search for the install and purge scripts, but many people do not. Remember, the doc says: ... can be also used by people that have only limited knowledge of proper security and IP filtering practices. Thanks. Starting ipkungfu: Checking configuration... Loading IRC connection tracking module... #will loading modules change kernel operation or is it only a set of calls? Loading IRC NAT module... ULOG kernel support detected! #huh? /usr/sbin/ipkungfu: line 928: /proc/sys/net/ipv4/tcp_syncookies: No such file or directory Clearing old chains and tables... #some users won't know that this means actual change rather than something internal Implementing custom rules... ipkungfu. 0 03-Fri-16-34-24 ~# dpkg-reconfigure ipkungfu Stopping ipkungfu: invoke-rc.d: initscript ipkungfu, action stop failed. #hmm Starting ipkungfu: Checking configuration... ULOG kernel support detected! #what is that? /usr/sbin/ipkungfu: line 928: /proc/sys/net/ipv4/tcp_syncookies: No such file or directory Clearing old chains and tables... Implementing custom rules... ipkungfu. 0 03-Fri-16-34-35 ~# /etc/init.d/ip ipkungfu* iptables* 0 03-Fri-16-34-35 ~# /etc/init.d/ipkungfu stop Stopping ipkungfu: 1 03-Fri-16-35-17 ~# 1 03-Fri-16-35-19 ~# /etc/init.d/ipkungfu stop Stopping ipkungfu: 1 03-Fri-16-35-20 ~# 1 03-Fri-16-35-21 ~# aptitude purge ipkungfu Reading Package Lists... Done Building Dependency Tree Reading extended state information Initializing package states... Done The following packages have been kept back: xserver-xfree86 The following packages will be REMOVED: ipkungfu 0 packages upgraded, 0 newly installed, 1 to remove and 1 not upgraded. Need to get 0B of archives. After unpacking 205kB will be freed. Do you want to continue? [Y/n/?] Writing extended state information... Done (Reading database ... 144114 files and directories currently installed.) Removing ipkungfu ... Stopping ipkungfu: invoke-rc.d: initscript ipkungfu, action stop failed. #well ok then :-( Purging configuration files for ipkungfu ... Reading Package Lists... Done Building Dependency Tree Reading extended state information Initializing package states... Done -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ipkungfu depends on: ii iproute 20041019-3 Professional tools to control the ii iptables 1.2.11-10 Linux kernel 2.4+ iptables adminis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311064: socat: manpage example
Package: socat Version: 1.4.2.0-1 Severity: minor echo -e functions as primitive binary editor: it writes the 4 bytes 000 014 000 000 to the executable /usr/bin/squid at offset 0x00074420 (this is a real world patch to make the squid exe- cutable from Cygwin run under Windows, actual per May 2004). -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages socat depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libreadline44.3-11 GNU readline and history libraries ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii libwrap07.6.dbs-8Wietse Venema's TCP wrappers libra -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310805: gnupg: fully exportable armored homedir is completely impossible now!
Package: gnupg Version: 1.4.1-1 Severity: important i hope this will make sense to you. please ask if it does not. this is REALLY important to some people. over the years gpg has gotten harder and harder to script properly(1), and what used to work no longer works(2). the big issue is that gpg has clearly been designed with the assumption that a homedir, such as ~/.gnupg or one specified by an option or env var, is always there to be written to or read from, and that it is never necessary to export or import an entire homedir verbatim. these assumptions seem reasonable at first, but it creates a nightmare for shell scripting. gpg should not ONLY be usable with a homedir, or if it is, it should be possible to export and import a homedir without changing it. for fully encapsulated shell scripts, we want the homedir information (public and private keys, mostly) to be in the script itself. ascii armoring is perfect for this, but there is no --export-homedir option. it appears to be impossible to export an armored homedir. so we try to fake it by using the --export, --export-secret-keys, and --export-ownertrust options. these options are not only non-orthogonally-named, but they are no longer sufficient. they used to be until version 1.4.1. there used to be all sorts of problems with getting gpg to stop complaining about trust levels, but they were possible to work around with kludges (such as updating the trust db each time a temporary homedir is created, redirecting streams to /dev/null, using --batch, --no-tty, and -q judiciously, and hoping that nothing important is being turned off). now it is completely impossible. the homedir information is actually changed upon exporting. ultimately trusted keys are no longer ultimately trusted after exporting (and gpg outputs cryptic messages like gpg: depth: 0 valid: 3 signed: 0 trust: 0-, 0q, 0n, 0m, 0f, 3u that are hard to find explanations for in the docs). this might be good for most uses, but for shell scripting, it is a nightmare to figure out what is wrong and try to fix it. maybe we're supposed to somehow edit-key the key in batch mode. maybe export-options has a hidden option for keeping the homedir intact. dunno. but even if we somehow solve it, we fear the next release of gpg, which could change everything around and make it impossible again. you might think we're swimming against the tide by using gpg in an unintended way, but i don't think it is that unreasonable. it is a general principle of software design that things should be in a single place if possible. serialization of the homedir using uuencode and the like are unsuitable workarounds because a script should only have to depend on gpg, not gpg and a uuencoder. ascii armoring is built into gpg, but is not usable any more for exporting the information that is needed in this case. it was barely possible before, but appears impossible now. the second problem is that it is never clear when a command will try to access a homedir. for example, some users want to be able to tell what key a file is encrypted to, so it is natural to try something like gpg --list-only to do so. however, gpg tries to access the homedir even though some information does not require the homedir. its complaints cannot be turned off. this is only an example of how the .gnupg assumption by the developers affects shell scripting. thanks. i hope this made sense to you. 1. proper scripting in this case means having all necessary information in a single place -- the shell script itself. as soon as there are 2 places for things, problems can occur. this is a general principle of computer programming, of course, not just a shell scripting thing. 2. gpg has gotten extremely complicated with its trust options, and i cannot tell from the docs whether it is truly impossible or merely extremely difficult. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gnupg depends on: ii libbz2-1.0 1.0.2-6 high-quality block-sorting file co ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libldap22.1.30-8 OpenLDAP libraries ii libreadline55.0-10 GNU readline and history libraries ii libusb-0.1-42:0.1.10a-9 userspace USB programming library ii makedev 2.3.1-77 creates device files in /dev ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310916: reportbug: should allow specification of email aliases for those who mangle their addresses
Package: reportbug Version: 3.8 Severity: wishlist gmail considers [EMAIL PROTECTED] to be simply [EMAIL PROTECTED] i use this for filtering. it is not in rfc2822, but it is useful. yet if i submit a bug as [EMAIL PROTECTED], i can then not send control messages to bts later, because gmail does not yet allow me to specify the from address or envelope from address. even if it did, it would be annoying to reset it. bts thinks i am not the submitter. i would like to be able to tell reportbug that i am [EMAIL PROTECTED] and [EMAIL PROTECTED] thanks. -- Package-specific info: ** /home/rasa/.reportbugrc: reportbug_version 3.2 mode standard ui text realname email [EMAIL PROTECTED] no-cc header X-Debbugs-CC: [EMAIL PROTECTED] smtphost master.debian.org -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages reportbug depends on: ii python2.3 2.3.5-3An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310799: xemacs21: M-x revert fails to remember window data. information is lost.
Package: xemacs21 Version: 21.4.17-1 Severity: normal to recreate, open the same file in several windows or several frames, perhaps by doing C-x 2, make a change in one of the windows, then do M-x revert. That window will correctly restore its position and point, but the others will not. this is a bug because i sometimes open many windows onto the same file, in order to mark locations i want to work on later. M-x revert destroys that information. it is very important because it is very hard to remember the different places that need work. i think it isn't done because the inventor of M-x revert didn't think that it would be used much. but it is. thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xemacs21 depends on: ii xemacs21-mule 21.4.17-1 highly customizable text editor -- ii xemacs21-nomule 21.4.17-1 highly customizable text editor -- -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310513: gnupg: please put bug reporting address in man page
Package: gnupg Version: 1.4.1-1 Severity: normal i have always been confused about whether bts is only for debian-specific bugs or for passing along to upstream, but other package maintainers sometimes act as if it is the former. unless they are all wrong, could you put the reporting address in the man page? if not, maybe even say so. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gnupg depends on: ii libbz2-1.0 1.0.2-6 high-quality block-sorting file co ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libldap22.1.30-8 OpenLDAP libraries ii libreadline55.0-10 GNU readline and history libraries ii libusb-0.1-42:0.1.10a-9 userspace USB programming library ii makedev 2.3.1-77 creates device files in /dev ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310512: gnupg: man page clarity
Package: gnupg Version: 1.4.1-1 Severity: normal gnupg is getting complicated, and that imho risks security. even though the man page clearly says it's only a summary, a clear man page will help mitigate the risk. for example, the web says: * Two new commands --hidden-recipient (-R) and --hidden-encrypt-to encrypt to a user, but hide the identity of that user. This is the same functionality as --throw-keyid, but can be used on a per-user basis. please make this clear in the man page. example #2: the description of ! and = in specifying keyids is not sufficient to know what the difference is. can this be elaborated? let me know if i am using the wrong severity. i have far bigger issues with gnupg, and this is only minor to me in relation. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gnupg depends on: ii libbz2-1.0 1.0.2-6 high-quality block-sorting file co ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libldap22.1.30-8 OpenLDAP libraries ii libreadline55.0-10 GNU readline and history libraries ii libusb-0.1-42:0.1.10a-9 userspace USB programming library ii makedev 2.3.1-77 creates device files in /dev ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310514: reportbug: bts vs. upstream issues
Package: reportbug Version: 3.8 Severity: normal 1. novice mode should clarify novices are confused about whether bts reports are meant to be only for debian issues or to partly replace (i.e. lightly filter irrelevance) the upstream reporting systems. maintainers seem to behave inconsistently on this point. it's worth having novice mode explain this. 2. the bts should make it easy to cc: upstream it would be great to have reportbug ask if the bug should be sent to the bug reporting system for upstream. might be hard to implement for some, but others are simply a lookup by package name and a cc: header. i find it annoying to look up the upstream bug list (what address? what's the etiquette? can non-subscribers post? how to get a cc: automatically even for replies?) when it can be done automatically in principle via a single interface: reportbug. please cc: me on any replies. thanks. -- Package-specific info: ** /home/rasa/.reportbugrc: reportbug_version 3.2 mode standard ui text realname email [EMAIL PROTECTED] no-cc header X-Debbugs-CC: [EMAIL PROTECTED] smtphost master.debian.org -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages reportbug depends on: ii python2.3 2.3.5-3An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308594: /sbin/badblocks: badblocks runs faulty check for mounted fs
Package: e2fsprogs Version: 1.37-2 Severity: normal File: /sbin/badblocks Try raiding /dev/hdx into /dev/mdx, and mount mdx but not hdx. Then do badblocks -n /dev/hdx. Badblocks will not complain that hdx is mounted, even though it is indirectly mounted through mdx. Also, please explain in the man page why it's dangerous. I presume because of race condition between the read and the write with another process. Now, how do I find out if I caused a problem by doing the above? :-) -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages e2fsprogs depends on: ii e2fslibs1.37-2 ext2 filesystem libraries ii libblkid1 1.37-2 block device id library ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libcomerr2 1.37-2 common error description library ii libss2 1.37-2 command-line interface parsing lib ii libuuid11.37-2 universally unique id library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307419: mozilla-firefox: firefox allows paragraphs wider than the screen, requiring horizontal scrolling for each line
Package: mozilla-firefox Version: 1.0.3-2 Severity: normal Reading http://larve.net/people/hugo/2003/scratchpad/emacs-wiki-source/ReadingMailAndNews is nearly impossible with my fonts and screen size. Can firefox at least allow the user to format that paragraph sanely? Or outright force paragraphs to be narrower than the screen? usercontent.css kludges are tricky and do not work well enough. Thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mozilla-firefox depends on: ii debianutils 2.8.4 Miscellaneous utilities specific t ii fontconfig 2.3.1-2 generic font configuration library ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-12 GCC support library ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-0 2.6.4-1 The GTK+ graphical user interface ii libidl0 0.8.5-1 library for parsing CORBA IDL file ii libjpeg626b-9The Independent JPEG Group's JPEG ii libkrb53 1.3.6-2 MIT Kerberos runtime libraries hi libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-12.0.1 X Window System printing extension ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics ii psmisc 21.5-1 Utilities that use the proc filesy ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307416: mozilla-firefox: the document contains no data dialog box is basically useless
Package: mozilla-firefox Version: 1.0.3-2 Severity: normal It did not say which tab, which window, which document, why something was trying to be retrieved (in the background), or why the user should care. ff does a lot in the background for all sorts of protocols to refresh themselves or fool the user. please have it say the page ... tried to run ... function to get data from ..., which unexpectedly has zero bytes in it. click here for what that implies, here to go to the tab, here to see the offending code, and here to have messages like this appear as pages instead of dialogs. thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mozilla-firefox depends on: ii debianutils 2.8.4 Miscellaneous utilities specific t ii fontconfig 2.3.1-2 generic font configuration library ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-12 GCC support library ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-0 2.6.4-1 The GTK+ graphical user interface ii libidl0 0.8.5-1 library for parsing CORBA IDL file ii libjpeg626b-9The Independent JPEG Group's JPEG ii libkrb53 1.3.6-2 MIT Kerberos runtime libraries hi libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-12.0.1 X Window System printing extension ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics ii psmisc 21.5-1 Utilities that use the proc filesy ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307108: workrave: break window obscures
Package: workrave Version: 1.6.2-1 Severity: wishlist Maybe make it move every minute or so? -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages workrave depends on: ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libgconf2-4 2.8.1-5 GNOME configuration database syste ii libgconfmm2.0-1c102 2.0.2-1 C++ wrappers for GConf2 (shared li hi libglade2-0 1:2.4.2-2 library to load .glade files at ru ii libglademm2.0-1c102 2.2.0-1 C++ wrappers for libglade2 (shared ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnet2.0-0 2.0.7-1 GNet network library ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomecanvasmm2.0- 2.0.1-5 C++ wrappers for libgnomecanvas2 ( ii libgnomemm2.0-1 2.0.1-2 C++ wrappers for libgnome2 (develo ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomeuimm2.0-12.0.0-5 C++ wrappers for libgnomeui2 (shar ii libgnomevfs2-0 2.8.4-2 The GNOME virtual file-system libr ii libgtk2.0-0 2.6.4-1 The GTK+ graphical user interface ii libgtkmm2.0-1c1022.2.12-1.1 C++ wrappers for GTK+ 2.0 (shared ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii liborbit21:2.12.1-1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.8.3-1 library for GNOME 2 panel applets hi libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsigc++-1.2-5c102 1.2.5-4 type-safe Signal Framework for C++ ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxml2 2.6.16-7GNOME XML library ii libxmu6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous util ii libxtst6 4.3.0.dfsg.1-12.0.1 X Window System event recording an ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307107: workrave: forces breaks shortly after inactivity
Package: workrave Version: 1.6.2-1 Severity: normal tried various options, but could not get it to stop doing this: when you get up and leave for a few minutes, workrave forces a break shortly after you return. as if workrave is saying, your own breaks don't count. user error? -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages workrave depends on: ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libgconf2-4 2.8.1-5 GNOME configuration database syste ii libgconfmm2.0-1c102 2.0.2-1 C++ wrappers for GConf2 (shared li hi libglade2-0 1:2.4.2-2 library to load .glade files at ru ii libglademm2.0-1c102 2.2.0-1 C++ wrappers for libglade2 (shared ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnet2.0-0 2.0.7-1 GNet network library ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomecanvasmm2.0- 2.0.1-5 C++ wrappers for libgnomecanvas2 ( ii libgnomemm2.0-1 2.0.1-2 C++ wrappers for libgnome2 (develo ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomeuimm2.0-12.0.0-5 C++ wrappers for libgnomeui2 (shar ii libgnomevfs2-0 2.8.4-2 The GNOME virtual file-system libr ii libgtk2.0-0 2.6.4-1 The GTK+ graphical user interface ii libgtkmm2.0-1c1022.2.12-1.1 C++ wrappers for GTK+ 2.0 (shared ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii liborbit21:2.12.1-1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.8.3-1 library for GNOME 2 panel applets hi libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsigc++-1.2-5c102 1.2.5-4 type-safe Signal Framework for C++ ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxml2 2.6.16-7GNOME XML library ii libxmu6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous util ii libxtst6 4.3.0.dfsg.1-12.0.1 X Window System event recording an ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307109: workrave: ideal timing for breaks
Package: workrave Version: 1.6.2-1 Severity: wishlist if it is time for a break, choose a time when there is no activity in the last 5 seconds or so. when possible. to stop interrupting. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages workrave depends on: ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libgconf2-4 2.8.1-5 GNOME configuration database syste ii libgconfmm2.0-1c102 2.0.2-1 C++ wrappers for GConf2 (shared li hi libglade2-0 1:2.4.2-2 library to load .glade files at ru ii libglademm2.0-1c102 2.2.0-1 C++ wrappers for libglade2 (shared ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnet2.0-0 2.0.7-1 GNet network library ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomecanvasmm2.0- 2.0.1-5 C++ wrappers for libgnomecanvas2 ( ii libgnomemm2.0-1 2.0.1-2 C++ wrappers for libgnome2 (develo ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomeuimm2.0-12.0.0-5 C++ wrappers for libgnomeui2 (shar ii libgnomevfs2-0 2.8.4-2 The GNOME virtual file-system libr ii libgtk2.0-0 2.6.4-1 The GTK+ graphical user interface ii libgtkmm2.0-1c1022.2.12-1.1 C++ wrappers for GTK+ 2.0 (shared ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii liborbit21:2.12.1-1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.8.3-1 library for GNOME 2 panel applets hi libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsigc++-1.2-5c102 1.2.5-4 type-safe Signal Framework for C++ ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxml2 2.6.16-7GNOME XML library ii libxmu6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous util ii libxtst6 4.3.0.dfsg.1-12.0.1 X Window System event recording an ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306904: msmtp: new configuration can't script password
Package: msmtp Version: 1.4.0-1 Severity: normal Please allow the first line of input to be a password. There seems to be no way to script msmtp. We used to be able to do msmtp -F (echo host ...) ... to kludge a config file. Now msmtp complains about that not being a real file. So we use -F (-C now), on a created temporary file with the config in it. Doesn't work (auth problems), even though the identical file worked in the old version. Tried various auth settings to no avail. So we use args identical to the file. It works perfectly, if the user is present. There is no way to provide the password programmatically. Result: can't use msmtp. Thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages msmtp depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libgsasl7 0.2.5-1 GNU SASL library ii libssl0.9.7 0.9.7e-3 SSL shared libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306693: cpio: allows extracting insecure pathnames (leading slash = / and dotdot = ..)
Package: cpio Version: 2.5-1.2 Severity: normal Hi, OK, several related issues here. You probably already see where I am going, but please humor me for a minute just in case. Not sure if I'm supposed to file with debian or with cpio's own bug lair. I believe (IMHO) that this is a security issue and should be fixed soon. Anybody can create an archive and put it on the net that lots of trusting people will run cpio -i on to inadvertently write a file in, say, /etc/cron.daily. ~# touch /etc/cron.daily/aaa ~# find /etc/cron.daily/aaa|cpio -oa.cpio 1 block ~# \rm -v /etc/cron.daily/aaa removed `/etc/cron.daily/aaa' Imagine that that file is buried deep in a huge archive of files with innocent relative pathnames, and was made executable first. Now the unsuspecting user (who should, but does not, know better), does this: ~# cpio -t a.cpio lots of innocent files /etc/cron.daily/aaa lots of innocent files 1 block ~# cpio -i a.cpio #oops, forgot an option 1 block And does not do this: ~# ls -l /etc/cron.daily/aaa -rw--- 1 root root 0 Apr 27 18:23 /etc/cron.daily/aaa ~# \rm -v /etc/cron.daily/aaa removed `/etc/cron.daily/aaa' Note that the user should have used the --no-absolute-filenames option, but did not. So you could say it's preventable. But consider what happens if the pathname is relative: ~# find ../../../../../../../../../../../../etc/cron.daily/aaa | cpio -oa.cpio Now that option will not help. To prevent that requires preprocessing the archive with cpio -t and grep '\.\.'. How many users do that? Especially on a large archive? OK, here are my comments: First, there is no way that I know of within cpio -o to prohibit absolute pathnames and .. in a pathname. This is important to flag mistakes in the input and to prevent somebody who runs cpio -i (including unfixed versions of cpio) from inadvertently installing your files in unexpected (i.e. not below pwd) places. IMHO safety should be the default, but an option would be OK if necessary. Prohibiting ^/ and \.\. is easy in a shell, but it should be built in to make error handling easier. Of course, this doesn't solve the security problem. It just avoids mistakes. Second, more importantly, cpio -o does not by default prohibit absolute filenames. The option --no-absolute-filenames is an OK workaround, but IMHO it should be the default. Third, even more importantly, cpio -o does not by default or via an option appear to check for .. in pathnames. Using .. in the archive is rarely needed, and IMHO it should be disallowed by default. At least, it should be an option. (If it is disallowed by default, a nop option to disallow should probably still be provided so that other versions of cpio will (ideally) balk at an unrecognized option, tipping the user to be more careful.) Finally, I have a related wishlist item, which is an option to cpio -o archives in which all pathnames, whether relative or absolute, are converted to fully canonical (but NOT symlink-dereferenced unless -L is used) relativized absolute pathnames. By this I mean that cpio -o with this option should canonicalize relative paths into absolute paths, but remove the leading / (except for /, of course). This ensures best safety for unsuspecting cpio -i users, and is a commonly needed uniform format. It might be argued that --canonical should be up to the pipeline that calls cpio -o, but in practice, getting these safety and security issues right in all cases, including when NULs delimit files, and including portability concerns, is nontrivial. I am aware that these issues often apply to other archivers also, but have not filed reports there. Over the years they have slowly been addressing some of them, but not all of them. I'd like a CC:/BCC: on any and all discussion about this topic, if possible. Thanks. And thanks for cpio; it is my favorite archiver. gmail ! gambarimasu+reportbug P.S. There is another can of worms, which I won't open (much) for symlinks (e.g. the -L option) and ancillary issues like overwriting of existing files, trailing slash, and the known issue of what to do for directories that come after the files in the directories. For example, normally we want symlinks not to be dereferenced, so canonicalizing .. must not also do that by default. People want a variety of things here, so the more orthogonality the better. For example, most of the time we want /home/me/mysymlink/mydir/myfile to be archived with the mysymlink intact, and /home/me/mysymlink to be archived simply as a symlink, but some people might want defined (in the man page) behavior for trailing slash, such as archiving the referent if there is a trailing slash. Of course, it would be nice if find had options to control some of these things without preprocessing of the command line and postprocessing of the output. Overall, I would like to see a bit more documentation in the cpio man page that defines what happens if, e.g. a non-writable dir
Bug#306697: coreutils: inconsistent behavior from ls and ls -l
Package: coreutils Version: 5.2.1-2 Severity: normal #mkdir ad #touch ad/af #ln -s ad as #ls as af #ls -l as lrwxrwxrwx 1 root root 2 Apr 27 19:38 as - ad Please document this if it is supposed to behave that way. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages coreutils depends on: ii libacl1 2.2.23-1 Access control list shared library ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291013: gnus: beeps when it is ready, making user think there is an error
Package: gnus Version: 5.10.6-0.CVS.20050104-1 Severity: normal Hard to track this one down. Have no idea where in the code it is beeping. Actually, for me, it flashes, but that is because I disabled beeping. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.9--kpc-trying-to-fix-sound Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gnus depends on: ii emacs21 21.3+1-8 The GNU Emacs editor ii make 3.80-9 The GNU version of the make util ii ucf 1.13 Update Configuration File: preserv ii xemacs21 21.4.16-1 Editor and kitchen sink ii xemacs21-mule [xemacs21] 21.4.16-1 Editor and kitchen sink -- Mule bi ii xemacs21-nomule [xemacs21]21.4.16-1 Editor and kitchen sink -- Non-mul -- debconf information: gnus/upgrade/pre_5.9.0: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]