Bug#670815: extundelete: Extundelete segfaults when trying to recover files
Package: extundelete Version: 0.2.0-2 Severity: important Tags: patch When attempting to use extundelete to recover files from a partition (/dev/sda11, a 553GB ext4 partition previously mounted as /home, and fsck'd before running 'extundelete /dev/sda11 --restore-all'), I got a general protection fault. It turns out that e2fsprogs and extundelete have different declarations of the ext2_extent_handle structure. Changing extundelete's struct to the version in e2fsprogs appears to fix it - at least, I was able to recover a bunch of files without further crashes. The enclosed patch fixes the problem for now, though I suspect that in the long run the struct really should live in a shared header file instead. === Patch follows === diff -rc extundelete-0.2.0/src/block.c extundelete-0.2.0+deekoohacks/src/block.c *** extundelete-0.2.0/src/block.c 2010-04-15 17:59:33.0 -0700 --- extundelete-0.2.0+deekoohacks/src/block.c 2012-04-29 00:16:12.102682323 -0700 *** *** 69,74 --- 69,75 ext2_filsys fs; ext2_ino_t ino; struct ext2_inode *inode; + struct ext2_inode inodebuf; int type; int level; int max_depth; === End patch === -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages extundelete depends on: ii e2fslibs 1.42.2-2 ext2/ext3/ext4 file system librari ii libc6 2.13-27Embedded GNU C Library: Shared lib ii libcomerr21.42.2-2 common error description library ii libgcc1 1:4.6.3-1 GCC support library ii libstdc++64.6.3-1GNU Standard C++ Library v3 extundelete recommends no packages. extundelete suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592848: egoboo: unable to load data files
Package: egoboo Version: 2.22-31 Severity: important egoboo crashes at startup with an 'Unable to load icon' message. strace shows that it's trying to open /usr/share/games/egoboo/basicdat/icon.bmp, which doesn't exist. If I symlink /usr/share/egoboo/* into /usr/share/games/egoboo/, it will get as far as changing video modes before crashing with 'ERROR: NO FONTS' - strace shows it loading some more nonexistent bmps. Downgrading egoboo-data to 2.220-3 fixes it, so I'm guessing the problem is simply that testing needs an updated egoboo package (and the 2.7.7 data package should probably conflict with egoboo<2.7.7) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (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/dash Versions of packages egoboo depends on: ii egoboo-data 1:2.7.7-1 Egoboo data files ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgl1-mesa-glx [libgl1] 7.7.1-4A free implementation of the OpenG ii libsdl1.2debian 1.2.14-6 Simple DirectMedia Layer ii libxxf86vm1 1:1.1.0-2 X11 XFree86 video mode extension l egoboo recommends no packages. egoboo suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#584482: xserver-xorg: X spikes CPU, stops responding to keyboard/mouse input until screensaver comes on
Package: xserver-xorg Version: 1:7.5+6 Severity: normal X froze up when I closed a Konqueror tab; it would continue to update the mouse position and let me move the cursor, but did not respond to keyboard input including control-alt-backspace, control-alt-F1, and mouse clicks). top showed Xorg hovering around 100-101% CPU use. (Similar to, possibly the same bug as #516014, but hald-addon-storage was not doing anything on my machine. My machine is a dual-core amd64 system.) I SSH'd in and tried killing various X apps I had open, but was unable to regain control. strace (unfortunately, I didn't capture the output) showed X repeatedly receiving what appeared to be a realtime alarm signal. After about fifteen minutes looking through the bug reports to see if anyone else had reported this (or found a fix), I switched back to X to take another look, and the screen saver had blanked the screen; xscreensaver's password prompt came up normally and let me back into my X session, which was now responding to input. X keyboard input was being processed as if alt was still pressed, but pressing and releasing alt fixed that as well. -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Apr 9 2007 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1877152 May 4 09:26 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation 82G33/G31 Express Integrated Graphics Controller (rev 10) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw--- 1 root root 4668 May 20 23:49 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Kernel version (/proc/version): Linux version 2.6.32-trunk-amd64 (Debian 2.6.32-5) (b...@decadent.org.uk) (gcc version 4.3.4 (Debian 4.3.4-6) ) #1 SMP Sun Jan 10 22:40:40 UTC 2010 Xorg X server log files on system: -rw--- 1 root root 27612 Oct 8 2009 /var/log/Xorg.0.0.log -rw-r--r-- 1 root root 53448 Nov 28 2009 /var/log/Xorg.20.log -rw-r--r-- 1 root root 33532 Dec 1 2009 /var/log/Xorg.2.0.log -rw-r--r-- 1 root root 24432 Jun 3 12:20 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.26-2-amd64 x86_64 Debian Current Operating System: Linux transfinity 2.6.32-trunk-amd64 #1 SMP Sun Jan 10 22:40:40 UTC 2010 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-trunk-amd64 root=UUID=ee786fde-db06-4ebc-9678-bbacd1cfdbc0 ro quiet Build Date: 04 May 2010 04:21:17PM xorg-server 2:1.7.7-1 (Julien Cristau ) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Tue Jun 1 04:30:08 2010 (==) Using config file: "/etc/X11/xorg.conf" (==) Using system config directory "/usr/share/X11/xorg.conf.d" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Generic Monitor" (**) | |-->Device "Generic Video Card" (**) |-->Input Device "Generic Keyboard" (**) |-->Input Device "Configured Mouse" (**) Option "DontZap" "Off" (**) Option "DontZoom" "Off" (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory "/usr/X11R6/lib/X11/fonts/misc" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. Entry deleted from font path. (WW) The directory "/usr/X11R6/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (WW) The directory "/usr/X11R6/lib/X11/fonts/100dpi/" does not exist. Entry deleted from font path. (WW) The directory "/usr/X11R6/lib/X11/fonts/75dpi/" does not exist. Entry deleted from font path. (WW) The directory "/usr/X11R6/lib/X11/fonts/Type1" does not exist. Entry deleted from font path. (WW) The directory "/usr/X11R6/lib/X11/fonts/100dpi" does not exist. Entry deleted from font path. (WW) The directory "/usr/X11R6/lib/X11/fonts/75dpi" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. Entry deleted from font path. (**) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dp
Bug#575547: atop: Running tiger causes atop to consume huge amounts of memory.
Package: atop Version: 1.23-1 Severity: normal Atop sometimes consumes huge amounts of memory, apparently triggered by tiger's check_system script and usually ending in an oom on my system (amd64 with 1GB ram) and since atop runs by default with nice -20, the oomkiller usually kills off a bunch of xterms before finally deciding to kill atop. I suspect that it was also causing occasional ooms when I had 2gigs in my system, but haven't verified it. I don't know yet what exactly is going on, but I think that tiger is creating large amounts of accounting information and atop is periodically trying to process all accounting information into some much larger in-memory representation at once. I've seen atop passing 800 megs in RSS when this happens, and trying to trigger it deliberately atop swelled to over 600 megs and then shrunk back to normal size. The time it hit 600, /tmp/atop.d/atop.acct was over 60megs. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (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/dash Versions of packages atop depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libncurses55.7+20100313-1shared libraries for terminal hand ii logrotate 3.7.8-4 Log rotation utility ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime atop recommends no packages. atop suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#570733: konqueror: Improper handling of blank 404s
Package: konqueror Version: 4:4.3.2-1 Severity: normal Accessing http://www.sciencenews.org/articles/20070317/fob7.asp gives a 404 response with a Refresh: header and a zero-length body. (There's a packet dump of the offending HTTP response at the bottom of the bug report). Konqueror reacts to that by displaying the following message: -- The requested operation could not be completed File or Folder Does Not Exist Details of the Request: URL: http://www.sciencenews.org/articles/20070317/fob7.asp Protocol: http Date and Time: Saturday 20 February 2010 13:57 Additional Information: www.sciencenews.org Description: The specified file or folder /articles/20070317/fob7.asp does not exist. Possible Causes: You may have encountered a bug in the program. Possible Solutions: Update your software to the latest version. Your distribution should provide tools to update your software. Contact your appropriate computer support system, whether the system administrator, or technical support group for further assistance. -- While I'm not sure if Sciencenews.org's response is valid HTTP (I thought servers were supposed to use 3xx codes for redirects?), this error message is not very helpful. If it's valid HTTP, the browser should honor the redirect directive (like Lynx and Iceweasel do). If it's not valid HTTP, the browser should put the offending HTTP headers on the error message page. (Currently, the HTTP headers for the error are not available from within Konqueror at all - the 'Show Document Information' menu option only gives the URL, the title of the Konqueror window, and the encoding.). If it's undefined behaviour in the HTTP spec, the browser should probably display a notice to that effect and provide a link to the Refresh: header's target. Packet dump of the offending HTTP response: 0x: 4520 0237 fd34 4000 2f06 3fbd ce10 f78b e.@./.?. 0x0010: 425c 04b7 0050 ab7c e2ea e8f6 5607 0c8a B\...P.|V... 0x0020: 8018 0036 ab87 0101 080a 1efd 9c62 ...6...b 0x0030: 1095 62f5 4854 5450 2f31 2e31 2034 3034 ..b.HTTP/1.1.404 0x0040: 204e 6f74 2046 6f75 6e64 0d0a 4461 7465 .Not.Found..Date 0x0050: 3a20 5361 742c 2032 3020 4665 6220 3230 :.Sat,.20.Feb.20 0x0060: 3130 2032 313a 3337 3a30 3620 474d 540d 10.21:37:06.GMT. 0x0070: 0a53 6572 7665 723a 2041 7061 6368 652f .Server:.Apache/ 0x0080: 322e 322e 3320 2852 6564 2048 6174 290d 2.2.3.(Red.Hat). 0x0090: 0a58 2d50 6f77 6572 6564 2d42 793a 2050 .X-Powered-By:.P 0x00a0: 4850 2f35 2e31 2e36 0d0a 5365 742d 436f HP/5.1.6..Set-Co 0x00b0: 6f6b 6965 3a20 5048 5053 4553 5349 443d okie:.PHPSESSID= 0x00c0: 3676 656e 386c 746c 3366 6467 3433 3967 6ven8ltl3fdg439g 0x00d0: 3638 356e 736f 6333 7237 3b20 7061 7468 685nsoc3r7;.path 0x00e0: 3d2f 0d0a 4578 7069 7265 733a 2054 6875 =/..Expires:.Thu 0x00f0: 2c20 3139 204e 6f76 2031 3938 3120 3038 ,.19.Nov.1981.08 0x0100: 3a35 323a 3030 2047 4d54 0d0a 4361 6368 :52:00.GMT..Cach 0x0110: 652d 436f 6e74 726f 6c3a 206e 6f2d 7374 e-Control:.no-st 0x0120: 6f72 652c 206e 6f2d 6361 6368 652c 206d ore,.no-cache,.m 0x0130: 7573 742d 7265 7661 6c69 6461 7465 2c20 ust-revalidate,. 0x0140: 706f 7374 2d63 6865 636b 3d30 2c20 7072 post-check=0,.pr 0x0150: 652d 6368 6563 6b3d 300d 0a50 7261 676d e-check=0..Pragm 0x0160: 613a 206e 6f2d 6361 6368 650d 0a52 6566 a:.no-cache..Ref 0x0170: 7265 7368 3a20 303b 2055 524c 3d2f 7669 resh:.0;.URL=/vi 0x0180: 6577 2f67 656e 6572 6963 2f69 642f 3833 ew/generic/id/83 0x0190: 3332 2f74 6974 6c65 2f54 6865 5f4e 6578 32/title/The_Nex 0x01a0: 745f 4765 6e65 7261 7469 6f6e 5f49 6e74 t_Generation_Int 0x01b0: 656c 5f53 6369 656e 6365 5f54 616c 656e el_Science_Talen 0x01c0: 745f 5365 6172 6368 5f68 6f6e 6f72 735f t_Search_honors_ 0x01d0: 6869 6768 5f73 6368 6f6f 6c5f 6163 6869 high_school_achi 0x01e0: 6576 6572 730d 0a43 6f6e 7465 6e74 2d4c evers..Content-L 0x01f0: 656e 6774 683a 2030 0d0a 436f 6e6e 6563 ength:.0..Connec 0x0200: 7469 6f6e 3a20 636c 6f73 650d 0a43 6f6e tion:.close..Con 0x0210: 7465 6e74 2d54 7970 653a 2074 6578 742f tent-Type:.text/ 0x0220: 6874 6d6c 3b20 6368 6172 7365 743d 5554 html;.charset=UT 0x0230: 462d 380d 0a0d 0aF-8 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (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/dash Versions of packages konqueror depends on: ii install-info 4.13a.dfsg.1-5 Manage installed documentation in ii kdebase-bin 4:4.3.2-1 core binaries for the
Bug#569056: hellanzb: Hellanzb breaks pydoc -k
Package: hellanzb Version: 0.13-5.4 Severity: normal With hellanzb installed, pydoc -k will crash, potentially before searching all modules. As a couple of other packages exhibit similar bugs, perhaps the build/test servers should add an automated check to see if Python packages break pydoc -k. $ pydoc -k mvctree Traceback (most recent call last): File "/usr/bin/pydoc", line 5, in pydoc.cli() File "/usr/lib/python2.5/pydoc.py", line 2196, in cli apropos(val) File "/usr/lib/python2.5/pydoc.py", line 1891, in apropos ModuleScanner().run(callback, key) File "/usr/lib/python2.5/pydoc.py", line 1856, in run for importer, modname, ispkg in pkgutil.walk_packages(): File "/usr/lib/python2.5/pkgutil.py", line 125, in walk_packages for item in walk_packages(path, name+'.', onerror): File "/usr/lib/python2.5/pkgutil.py", line 110, in walk_packages __import__(name) File "/usr/lib/pymodules/python2.5/Hellanzb/NZBLeecher/__init__.py", line 20, in from Hellanzb.NZBLeecher.NZBSegmentQueue import FillServerQueue, NZBSegmentQueue File "/usr/lib/pymodules/python2.5/Hellanzb/NZBLeecher/NZBSegmentQueue.py", line 23, in from Hellanzb.NZBLeecher.ArticleDecoder import assembleNZBFile File "/usr/lib/pymodules/python2.5/Hellanzb/NZBLeecher/ArticleDecoder.py", line 18, in if Hellanzb.HAVE_C_YENC: import _yenc AttributeError: 'module' object has no attribute 'HAVE_C_YENC' After removing hellanzb: $ pydoc -k mvctree wx.lib.mvctree - MVCTree is a control which handles hierarchical data. It is constructed wxPython.lib.mvctree -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (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/dash Versions of packages hellanzb depends on: ii par2 0.4-11 Parity Archive Volume Set, for che ii python2.5.4-9An interactive high-level object-o ii python-openssl0.9-1+b1 Python wrapper around the OpenSSL ii python-support1.0.6 automated rebuilding support for P ii python-twisted-core 9.0.0-1Event-based framework for internet ii python-twisted-web9.0.0-1An HTTP protocol implementation to Versions of packages hellanzb recommends: ii python-yenc 0.3+debian-2 yEnc encoding/decoding extension f Versions of packages hellanzb suggests: ii unrar 1:3.8.5-1 Unarchiver for .rar files (non-fre -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554711: lynx-cur: Signal 11 on certain pages in UTF-8 locales
Package: lynx-cur Version: 2.8.8dev.1-1 Severity: normal Tags: l10n Lynx crashed with a bus error when I attempted to use it to poke at an URL from a spam I'd gotten. Upgrading to 2.8.8dev.1-1 fixed the crash on the unmodified page, but a slightly modified version of the spammer's page still crashes with a signal 11. Since it's a spammer's page, it's highly possible that it'll try to install malware of some sort when visited, (and also possible that the Lynx crash is a failed exploit - or a successful exploit that's managed to hide everything but the crash from me), and the copy on my site has only been changed enough to make it crash the latest Lynx in testing; I have NOT done anything that would remove a malicious payload from it. That being said, LANG=en_US.UTF-8 lynx http://deekoo.net/peeves/spam/signal11.html will crash; LANG=C lynx http://deekoo.net/peeves/spam/signal11.html will not crash. The previous version of Lynx from testing that I was using (I don't, unfortunately, remember the version I was using) would crash in an assortment of different ways (bus error, signal 11, dump message) depending on how I changed the offending page; it wouldn't crash if I removed the ar-sa or windows-1256 meta tags from the page. (And my email address should be deliverable - hopefully its length will break address extractors, though.) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (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/dash Versions of packages lynx-cur depends on: ii debconf [debconf-2.0] 1.5.28Debian configuration management sy ii libbsd00.1.6-1 utility functions from BSD systems ii libc6 2.9-25GNU C Library: Shared libraries ii libgcrypt111.4.4-4 LGPL Crypto library - runtime libr ii libgnutls262.8.4-1 the GNU TLS library - runtime libr ii libncursesw5 5.7+20090803-2shared libraries for terminal hand ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages lynx-cur recommends: ii mime-support 3.46-1 MIME files 'mime.types' & 'mailcap Versions of packages lynx-cur suggests: pn lynx-cur-wrapper (no description available) -- debconf information: * lynx-cur/etc_lynx.cfg: lynx-cur/defaulturl: http://www.deekoo.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524310: fontforge: Seems to be caused by X misreporting screen size
Package: fontforge Version: 0.0.20080429-1 Followup-For: Bug #524310 The fontforge bug was actually a manifestation of an xserver bug (reported as #528221) - since WidthMMOfScreen was returning 1, fontforge was rendering everything at 1600 pixels per millimeter. A workaround patch against fontforge 20090408 (that may also work on the version in Lenny) is enclosed, though fixing X to report reasonable screen sizes is probably better. *** fontforge-20090408/gdraw/gxdraw.c --- fontforge-20090408-DEEKOO/gdraw/gxdraw.c *** *** 4767,4774 gdisp->screen = DefaultScreen(display); gdisp->root = RootWindow(display,gdisp->screen); gdisp->virtualRoot = BadAlloc; gdisp->res = (25.4*WidthOfScreen(DefaultScreenOfDisplay(display)))/ ! WidthMMOfScreen(DefaultScreenOfDisplay(display)); gdisp->scale_screen_by = 1; gdisp->mykey_keysym = XK_F12; gdisp->mykey_mask = 0; --- 4772,4784 gdisp->screen = DefaultScreen(display); gdisp->root = RootWindow(display,gdisp->screen); gdisp->virtualRoot = BadAlloc; + int dispmm = WidthMMOfScreen(DefaultScreenOfDisplay(display)); + if (dispmm<10) { + /* Sanity check */ + dispmm = ((WidthOfScreen(DefaultScreenOfDisplay(display))/100.0)*25.4); + } gdisp->res = (25.4*WidthOfScreen(DefaultScreenOfDisplay(display)))/ ! dispmm; gdisp->scale_screen_by = 1; gdisp->mykey_keysym = XK_F12; gdisp->mykey_mask = 0; --- end patch - -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (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 fontforge depends on: ii libc6 2.7-18GNU C Library: Shared libraries ii libfreetype6 2.3.7-2+lenny1FreeType 2 font engine, shared lib ii libgif44.1.6-6 library for GIF images (library) ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.27-2+lenny2 PNG library - runtime ii libsm6 2:1.0.3-2 X11 Session Management library ii libspiro0 20071029-2a library for curve design ii libtiff4 3.8.2-11 Tag Image File Format (TIFF) libra ii libuninameslist0 0.0.20060907-2a library of Unicode annotation da ii libx11-6 2:1.1.5-2 X11 client-side library ii libxml22.6.32.dfsg-5 GNOME XML library ii python2.5 2.5.2-15 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime fontforge recommends no packages. Versions of packages fontforge suggests: pn autotrace (no description available) ii fontforge-doc 0.0.20080429-1 Documentation for FontForge pn potrace(no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#528221: xserver-xorg-video-intel: WidthMMOfScreen() thinks I have a 1mm monitor.
Package: xserver-xorg-video-intel Version: 2:2.3.2-2+lenny6 Severity: normal With the Intel driver, WidthMMOfScreen() returns 1mm and HeightMMOfScreen() returns 257mm. If I use the vesa driver instead the macros report a 383x293 screen. My monitor's a big old Dell CRT on a standard VGA connector. Adding an explicit DisplaySize directive to the Monitors section fixes it, but IMO the intel driver should be able to autodetect monitor size if the vesa one can - or at least guess more-sensible values than 1x257mm. Fixing this will also close #524310 - fontforge uses WidthMMOfScreen() to calculate pixel sizes for fonts, so a 1mm screen led to it trying to draw impractically large fonts. Some other programs may exhibit similar behaviour. -- demonstration C program -- #include #include int main(int argc,char **argv) { Display *display = XOpenDisplay(NULL); printf("The screen is %d millimeters wide.\n",WidthMMOfScreen(DefaultScreenOfDisplay(display))); printf("The screen is %d millimeters high.\n",HeightMMOfScreen(DefaultScreenOfDisplay(display))); } -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2007-04-09 02:46 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1897680 2009-03-09 03:07 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation 82G33/G31 Express Integrated Graphics Controller (rev 10) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 4559 2009-05-11 05:45 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # /etc/X11/xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. # (Type "man /etc/X11/xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "Files" FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/X11R6/lib/X11/fonts/misc" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/X11R6/lib/X11/fonts/cyrillic" FontPath"/usr/share/fonts/X11/100dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/share/fonts/X11/75dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/X11R6/lib/X11/fonts/Type1" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/X11R6/lib/X11/fonts/100dpi" FontPath"/usr/share/fonts/X11/75dpi" FontPath"/usr/X11R6/lib/X11/fonts/75dpi" # path to defoma fonts FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"v4l" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "dvorak" #Option "XkbLayout" "us" #Option "XkbVariant""dvorak" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" EndSection Section "Device" Identifier "Generic Video Card" Driver "intel" #Driver "vesa" BusID "PCI:0:2:0" VideoRam128000 Option "Monitor-VGA" "Generic Monitor" Option "Monitor-LVDS" "Generic Monitor" #Option "PreferredMode" "1600x1200_60.00" EndSection Section "Monitor" Identifier "Generic Monitor" #Option "DPMS" HorizSync 30-68 VertRefresh 50-125 #Modeline "1920x1440" 157.18 1920 1984 2096 2456 1440 1442 1451 1516 #Modeline "1920x1440" 152.27 1920 1984 2096 2456 1440 1442 1451 1516 # 152 MHz,62.0 kHz, 40.9 Hz
Bug#524310: fontforge: Program fails to start
Package: fontforge Version: 0.0.20080429-1 Severity: important If I attempt to start it, fontforge will open a small window (probably the splash screen) and crash immediately. The console output is: $ fontforge Copyright (c) 2000-2008 by George Williams. Executable based on sources from 00:29 GMT 29-Apr-2008. Library based on sources from 20:49 GMT 30-Apr-2008. X Error of failed request: BadAlloc (insufficient resources for operation) Major opcode of failed request: 53.0 (X_CreatePixmap) Serial number of failed request: 699 Failed resource ID: 80 Aborted $ fontforge -sync Copyright (c) 2000-2008 by George Williams. Executable based on sources from 00:29 GMT 29-Apr-2008. Library based on sources from 20:49 GMT 30-Apr-2008. X Error of failed request: BadAlloc (insufficient resources for operation) Major opcode of failed request: 53.0 (X_CreatePixmap) Serial number of failed request: 1376 Failed resource ID: 80 Aborted $ fontforge -nosplash -sync Copyright (c) 2000-2008 by George Williams. Executable based on sources from 00:29 GMT 29-Apr-2008. Library based on sources from 20:49 GMT 30-Apr-2008. X Error of failed request: BadAlloc (insufficient resources for operation) Major opcode of failed request: 53.0 (X_CreatePixmap) Serial number of failed request: 1313 Failed resource ID: 80 Aborted $ fontforge -h Copyright (c) 2000-2008 by George Williams. Executable based on sources from 00:29 GMT 29-Apr-2008. Library based on sources from 20:49 GMT 30-Apr-2008. Help! Server claimed font -adobe-helvetica-medium-r-normal---3175-0-0-0-p-0-iso8859-1 existed in the font list, but when I asked for it there was nothing. I may crash soon. X Error of failed request: BadAlloc (insufficient resources for operation) Major opcode of failed request: 53.0 (X_CreatePixmap) Serial number of failed request: 736 Failed resource ID: 80 Aborted -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27.4 (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 fontforge depends on: ii libc6 2.7-18GNU C Library: Shared libraries ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libgif44.1.6-6 library for GIF images (library) ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.27-2+lenny2 PNG library - runtime ii libsm6 2:1.0.3-2 X11 Session Management library ii libspiro0 20071029-2a library for curve design ii libtiff4 3.8.2-11 Tag Image File Format (TIFF) libra ii libuninameslist0 0.0.20060907-2a library of Unicode annotation da ii libx11-6 2:1.1.5-2 X11 client-side library ii libxml22.6.32.dfsg-5 GNOME XML library ii python2.5 2.5.2-15 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime fontforge recommends no packages. Versions of packages fontforge suggests: ii autotrace 0.31.1-13+b1 bitmap to vector graphics converte pn fontforge-doc (no description available) pn potrace(no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#522137: ekiga: Help crashes.
Package: ekiga Version: 2.0.12-1+nmu1 Severity: minor When I bring up the help, clicking on the links (for example, 'Introduction') causes the help browser to crash with ** Yelp:ERROR:(yelp-document.c:217):yelp_document_get_page: assertion failed: (document != NULL && YELP_IS_DOCUMENT (document)) on the console. -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27.4 (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 ekiga depends on: ii evolution-data-server2.22.3-1.1 evolution database backend server ii gconf2 2.22.0-1GNOME configuration database syste ii libart-2.0-2 2.3.20-2Library of functions for 2D graphi ii libatk1.0-0 1.22.0-1The ATK accessibility toolkit ii libaudiofile00.2.6-7 Open-source version of SGI's audio ii libavahi-client3 0.6.23-3lenny1 Avahi client library ii libavahi-common3 0.6.23-3lenny1 Avahi common library ii libavahi-glib1 0.6.23-3lenny1 Avahi glib integration library ii libbonobo2-0 2.22.0-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1The Bonobo UI library ii libc62.7-18 GNU C Library: Shared libraries ii libcairo21.6.4-7 The Cairo 2D vector graphics libra ii libebook1.2-92.22.3-1.1 Client library for evolution addre ii libedataserver1.2-9 2.22.3-1.1 Utility library for evolution data ii libesd0 0.2.36-3Enlightened Sound Daemon - Shared ii libgcc1 1:4.3.2-1.1 GCC support library ii libgconf2-4 2.22.0-1GNOME configuration database syste ii libglib2.0-0 2.16.6-1+lenny1 The GLib library of C routines ii libgnome2-0 2.20.1.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-02.20.1.1-1 A powerful object-oriented display ii libgnomeui-0 2.20.1.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5 GNOME Virtual File System (runtime ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libopal-2.2 2.2.11~dfsg1-4 Open Phone Abstraction Library - s ii liborbit21:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.20.5-3Layout and rendering of internatio ii libpopt0 1.14-4 lib for parsing cmdline parameters ii libpt-1.10.101.10.10-2 Portable Windows Library ii libsdl1.2debian 1.2.13-2Simple DirectMedia Layer ii libsm6 2:1.0.3-2 X11 Session Management library ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxml2 2.6.32.dfsg-5 GNOME XML library Versions of packages ekiga recommends: ii yelp 2.22.1-8+b1 Help browser for GNOME 2 Versions of packages ekiga suggests: pn asterisk (no description available) pn callweaver (no description available) pn gnugk (no description available) pn mediaproxy (no description available) pn openser(no description available) pn rtpproxy (no description available) pn ser(no description available) pn siproxd(no description available) pn yate (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#500644: nvidia-kernel-source: Cannot build on 2.6.24-etchnhalf.1-amd64
Package: nvidia-kernel-source Version: 1.0.8776-4 Severity: grave Justification: renders package unusable Attempts to build the package according to the instructions in /usr/share/doc/nvidia-kernel-source/README.Debian fail with a bunch of complaints about undeclared identifiers; it appears to not be including the correct collection of definitions from the kernel headers. It fails with both 'module-assistant auto-install nvidia' and the set of instructions for using a Debian-supplied kernel. I've attached the failure log for the auto-install method. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-etchnhalf.1-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages nvidia-kernel-source depends on: ii debhelper 5.0.42 helper programs for debian/rules ii dpatch2.0.21 patch maintenance system for Debia ii make 3.81-2 The GNU version of the "make" util ii sed 4.1.5-1The GNU sed stream editor Versions of packages nvidia-kernel-source recommends: ii devscripts2.9.26 Scripts to make the life of a Debi ii kernel-package10.067 A utility for building Linux kerne ii nvidia-glx1.0.8776-4 NVIDIA binary XFree86 4.x driver -- no debconf information /usr/bin/make -f debian/rules clean make[1]: Entering directory `/usr/src/modules/nvidia-kernel' # select which makefile to use. rm -f /usr/src/modules/nvidia-kernel/nv/Makefile || true if [ 6 = 6 ]; then \ cd /usr/src/modules/nvidia-kernel/nv ; \ ln -s Makefile.kbuild Makefile ; \ cd .. ; \ if [ 0 = 1 ] ; then \ dpatch apply 04_minion ; \ fi ; \ if [ 0 = 1 ]; then \ dpatch apply 01_sysfs ; \ dpatch status 01_sysfs >patch-stamp ; \ dpatch apply 02_pcialias ; \ dpatch status 02_pcialias >>patch-stamp ; \ fi ; \ fi if [ 6 = 4 ]; then \ cd /usr/src/modules/nvidia-kernel/nv ; \ ln -s Makefile.nvidia Makefile ; \ cd .. ; \ fi if [ -e patch-stamp ]; then \ dpatch deapply-all ; \ rm -rf patch-stamp debian/patched ; \ fi if [ -f /usr/src/modules/nvidia-kernel/debian/control.template ]; then \ cp /usr/src/modules/nvidia-kernel/debian/control.template /usr/src/modules/nvidia-kernel/debian/control; \ fi dh_testroot rm -f build-stamp configure-stamp /usr/bin/make clean SYSSRC=/lib/modules/2.6.24-etchnhalf.1-amd64/build -C /usr/src/modules/nvidia-kernel/nv -f Makefile make[2]: Entering directory `/usr/src/modules/nvidia-kernel/nv' rm -f -f nv.o nv-vm.o os-agp.o os-interface.o os-registry.o nv-i2c.o nv.o nv-vm.o os-agp.o os-interface.o os-registry.o nv-i2c.o nvidia.mod.o rm -f -f build-in.o nv-linux.o *.d .*.{cmd,flags} rm -f -f nvidia.{o,ko,mod.{o,c}} nv_compiler.h *~ rm -f -f stprof stprof.o symtab.h rm -f -rf .tmp_versions make[2]: Leaving directory `/usr/src/modules/nvidia-kernel/nv' rm -f /usr/src/modules/nvidia-kernel/nv/Makefile || true; rm /usr/src/modules/nvidia-kernel/nv/gcc-check rm /usr/src/modules/nvidia-kernel/nv/cc-sanity-check dh_clean rm /usr/src/modules/nvidia-kernel/debian/control rm /usr/src/modules/nvidia-kernel/debian/dirs rm /usr/src/modules/nvidia-kernel/debian/override make[1]: Leaving directory `/usr/src/modules/nvidia-kernel' echo "ROOT_CMD = " ROOT_CMD = /usr/bin/make -f debian/rules binary_modules make[1]: Entering directory `/usr/src/modules/nvidia-kernel' # select which makefile to use. rm -f /usr/src/modules/nvidia-kernel/nv/Makefile || true if [ 6 = 6 ]; then \ cd /usr/src/modules/nvidia-kernel/nv ; \ ln -s Makefile.kbuild Makefile ; \ cd .. ; \ if [ 0 = 1 ] ; then \ dpatch apply 04_minion ; \ fi ; \ if [ 0 = 1 ]; then \ dpatch apply 01_sysfs ; \ dpatch status 01_sysfs >patch-stamp ; \ dpatch apply 02_pcialias ; \ dpatch status 02_pcialias >>patch-stamp ; \ fi ; \ fi if [ 6 = 4 ]; then \ cd /usr/src/modules/nvidia-kernel/nv ; \ ln -s Makefile.nvidia Makefile ; \ cd .. ; \ fi if ! gcc-4.1 -v 2> /dev/null ; then \ echo "Compiler gcc-4.1 does not exist on the system" ; \ exit 1; \ fi touch configure-stamp if [ -f /usr/src/modules/nvidia-kernel/debian/control.template ]; then \ cp /usr/src/modules/nvidia-kernel/debian/control.template /usr/src/modules/nvidia-kernel/debian/control; \ fi dh_testdir dh_testroot PATCHLEVEL = 6 Kernel compiler
Bug#324693: supertux: Bad guys get stuck in the floor
Package: supertux Version: 0.1.2-4 Severity: normal On snow-covered ground, enemies often get stuck in the floor. I haven't been able to reliably figure out how to control whether or not they get stuck. Example screenshots, towards the beginning of 'The Somewhat Smaller Bath', are at http://deekoo.net/imageria/thesomewhatsmallerbath-stuck.png and http://deekoo.net/imageria/thesomewhatsmallerbath-unstuck.png . The stuck enemies are a little lower down, and the sprites keep walking. -- System Information: Debian Release: 3.1 Architecture: i386 (i586) Kernel: Linux 2.4.26 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages supertux depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13 GCC support library ii libsdl-image1 1.2.4-1image loading library for Simple D ii libsdl-mixer1 1.2.6-1mixer library for Simple DirectMed ii libsdl1.2debi 1.2.7+1.2.8cvs20041007-4.1 Simple DirectMedia Layer ii libstdc++51:3.3.5-13 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14X Window System protocol client li ii supertux-data 0.1.2-4Levels for classic 2D jump 'n run ii xlibmesa-gl [ 4.3.0.dfsg.1-14Mesa 3D graphics library [XFree86] ii xlibs 4.3.0.dfsg.1-14X Keyboard Extension (XKB) configu ii zlib1g1: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#294376: Infinite loop writing to broken pipes
Package: tar Version: 1.13.25-3 When run inside a CGI, "tar cfz /path/to/uncreatable/tarball.tar.gz /unreadable/path" will go into an infinite loop. This is best illustrated with the following CGI: #!/usr/bin/perl exec('strace tar cfz /nnn.tar ...'); Which will procede to fill Apache's error log with complaints of a broken pipe whilst writing. The problem doesn't show up using a stock compile of tar 1.14.91 from the gnu ftp site. I'm using libc6 2.3.2.ds1-20 and gzip 1.3.5-9. -- "I'm a Zig'raug'lurr, a four-dimensional solid." - Grant [ Mind control codes : Giant yeemp construction ] http://deekoo.net/ [ Realtime ] Yeemp: deekoo~tentacle.net ICQ: 35848456 AOHellIM: ookeed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]