Bug#705194: linux-image-3.2.0-4-amd64: gma500 regression: image resolution no better than 1024x768 despite screen resolution of 1280x1024
Package: src:linux Version: 3.2.41-2 Severity: important Dear Maintainer, Before last upgrade to linux-image-3.2.0-4-amd64 I was able to reach 1280x1024 without problem. Now, the kernel seams to switch early in gfx mode and set the resolution to 1024x768. Xorg keeps the same resolution. Notice than the screen actual resolution is still 1280x1024, so that right and bottom border display garbage. I recompiled the kernel without the DRM_GMA3600 option of the GMA500 driver and it fixed the problem. My box being a shuttle XS35 I believe my actual chipset is GMA500 not 3600 so it looks like the bad chipset was detected. This may be related to #703506 recent fix? -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-15) ) #1 SMP Debian 3.2.41-2 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=5bf7b457-5914-451f-a005-289a6ce49f4d ro quiet splash ** Not tainted ** Kernel log: [3.411335] scsi2 : ahci [3.411534] scsi3 : ahci [3.411672] ata1: SATA max UDMA/133 abar m1024@0xdff04000 port 0xdff04100 irq 44 [3.411680] ata2: SATA max UDMA/133 abar m1024@0xdff04000 port 0xdff04180 irq 44 [3.411684] ata3: DUMMY [3.411687] ata4: DUMMY [3.731610] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [3.737635] ata1.00: ATA-8: SAMSUNG HM160HI, HH100-08, max UDMA7 [3.737642] ata1.00: 312581808 sectors, multi 16: LBA48 NCQ (depth 31/32), AA [3.743745] ata1.00: configured for UDMA/133 [3.743974] scsi 0:0:0:0: Direct-Access ATA SAMSUNG HM160HI HH10 PQ: 0 ANSI: 5 [4.011479] usb 4-1: new low-speed USB device number 2 using uhci_hcd [4.063468] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [4.064056] ata2.00: ATA-8: V4-CT064V4SSD2, S5FAMM22, max UDMA/100 [4.064062] ata2.00: 125045424 sectors, multi 16: LBA48 NCQ (depth 31/32), AA [4.064793] ata2.00: configured for UDMA/100 [4.064990] scsi 1:0:0:0: Direct-Access ATA V4-CT064V4SSD2 S5FA PQ: 0 ANSI: 5 [4.073994] sd 0:0:0:0: [sda] 312581808 512-byte logical blocks: (160 GB/149 GiB) [4.074029] sd 1:0:0:0: [sdb] 125045424 512-byte logical blocks: (64.0 GB/59.6 GiB) [4.074198] sd 0:0:0:0: [sda] Write Protect is off [4.074205] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 [4.074246] sd 1:0:0:0: [sdb] Write Protect is off [4.074253] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00 [4.074274] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [4.074310] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [4.075251] sdb: sdb1 [4.075861] sd 1:0:0:0: [sdb] Attached SCSI disk [4.095363] sd 0:0:0:0: Attached scsi generic sg0 type 0 [4.095538] sd 1:0:0:0: Attached scsi generic sg1 type 0 [4.151611] sda: sda1 sda3 [4.152383] sd 0:0:0:0: [sda] Attached SCSI disk [4.178994] usb 4-1: New USB device found, idVendor=1267, idProduct=0213 [4.179001] usb 4-1: New USB device strings: Mfr=0, Product=2, SerialNumber=0 [4.179006] usb 4-1: Product: PS/2+USB Mouse [4.202373] input: PS/2+USB Mouse as /devices/pci:00/:00:1d.2/usb4/4-1/4-1:1.0/input/input0 [4.202588] generic-usb 0003:1267:0213.0001: input,hidraw0: USB HID v1.11 Mouse [PS/2+USB Mouse] on usb-:00:1d.2-1/input0 [4.202633] usbcore: registered new interface driver usbhid [4.202636] usbhid: USB HID core driver [4.419316] usb 5-2: new full-speed USB device number 2 using uhci_hcd [4.578814] usb 5-2: New USB device found, idVendor=0e6a, idProduct=030c [4.578821] usb 5-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [4.578827] usb 5-2: Product: Truly Ergonomic Computer Keyboard [4.578831] usb 5-2: Manufacturer: TrulyErgonomic.com [4.585301] input: TrulyErgonomic.com Truly Ergonomic Computer Keyboard as /devices/pci:00/:00:1d.3/usb5/5-2/5-2:1.0/input/input1 [4.585447] generic-usb 0003:0E6A:030C.0002: input,hidraw1: USB HID v1.10 Keyboard [TrulyErgonomic.com Truly Ergonomic Computer Keyboard] on usb-:00:1d.3-2/input0 [4.589953] input: TrulyErgonomic.com Truly Ergonomic Computer Keyboard as /devices/pci:00/:00:1d.3/usb5/5-2/5-2:1.1/input/input2 [4.590089] generic-usb 0003:0E6A:030C.0003: input,hidraw2: USB HID v1.10 Device [TrulyErgonomic.com Truly Ergonomic Computer Keyboard] on usb-:00:1d.3-2/input1 [4.826936] Btrfs loaded [4.830520] device fsid edfd1fa0-05d5-46ad-8952-e238b0c3c09e devid 1 transid 18461 /dev/sdb1 [4.888115] PM: Starting manual resume from disk [4.888122] PM: Hibernation image partition 8:3 present [4.888125] PM: Looking for hibernation image. [4.888484] PM: Image not found (code -22) [4.888487] PM: Hibernation image not present or could not be loaded. [4.946613] kjournald starting. Commit interval 5 seconds [4.946698] EXT3-fs (sda1): mounted filesystem with
Bug#559018: procps: ps -o comm ignores width of screen
Package: procps Version: 1:3.2.7-11 Severity: normal The man page states that proc -o comm is supposed to use the whole screen width, but the command name is invariably truncated to 15 chars. Adding -w, -ww or even --cols=80 does not help. Example : ps ax --cols=80 -ww -o comm displays x-terminal-emul instead of x-terminal-emulator. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages procps depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libncurses5 5.7+20081213-1 shared libraries for terminal hand ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip Versions of packages procps recommends: ii psmisc22.6-1 Utilities that use the proc filesy procps 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#461156: childsplay: Spoken text does not match displayed name for some animals (in french)
Package: childsplay Version: 0.85.1-1 Severity: normal My 4 years old boy noticed this bug while cycling through the animals with Chamois that was supposed to start with B (actually, the spelled word is Bouquettin). I found another mistake like this one : Le Daim is uttered while Chevreuil is displayed. That should be fixed if the aim of the game is to help children to learn how to read. BTW, mine just learned how it is possible to report a bug instead - Well, as he first asked me if someone was about to come at home to repair the computer I'm not sure he understood the process very well yet :-) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages childsplay 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 ii ttf-dustin 20030517-6 Various TrueType fonts from dustis Versions of packages childsplay recommends: ii childsplay-plugins0.85-1 Additional games for childsplay pn python-pyfribidi none (no description available) pn ttf-arabeyes none (no description available) pn ttf-freefont none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444675: arkrpg: does not install in /usr/games
Package: arkrpg Version: 0.1.4b-10 Severity: normal arkclient should install in /usr/games according to FHS (as I understand it) -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409046: Empty files in /usr/share/doc/groff/html/img
Package: groff Version: 1.18.1.1-12 Severity: minor All images used in HTML doc (under /usr/share/doc/groff/html/img and /usr/share/doc/groff/examples/img) are just empty files. HTML doc is particularly hard to follow without these pictures. I've checked the .deb archive and the files are empty there too. If it's on purpose, a README.Debian would be apreciated. On sarge, these files were present. Thank you for your time. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages groff depends on: ii groff-base 1.18.1.1-12 GNU troff text-formatting system ( ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-21The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxaw7 1:1.0.2-4 X11 Athena Widget library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii libxpm4 1:3.5.5-2 X11 pixmap library ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library Versions of packages groff recommends: ii gs-esp [gs] 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr ii gs-gpl [gs] 8.54.dfsg.1-5The GPL Ghostscript PostScript int ii imagemagick 7:6.2.4.5.dfsg1-0.13 Image manipulation programs ii libpaper1 1.1.21 Library for handling paper charact ii netpbm 2:10.0-11Graphics conversion tools ii psutils 1.17-24 A collection of PostScript documen -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354419: hotplug's net.agent doest not use --allow=hotplug
Package: hotplug Version: 0.0.20040329-22 Severity: normal The 'interfaces' man page tells that hotplug manages every interface taged with 'auto=hotplug', using on the '--alow=' ifup command line parameter. Anyway, hotplug script net.agent, as documented in /usr/share/doc/hotplug/README.Debian, bypass this mechanism and try to find out which interfaces to up/down using the NET_AGENT_POLICY env variable. This is not coherent. In general, when documentation and code disagree, I consider that the bug is in the code, so that's why I send this bug report to hotplug. Also, I found the 'auto=hotplug' stanza a great deal simplier than the NET_AGENT_POLICY various tricks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.15.4msx Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages hotplug depends on: ii bash 2.05b-26The GNU Bourne Again SHell ii debconf 1.4.30.13 Debian configuration management sy ii grep 2.5.1.ds1-4 GNU grep, egrep and fgrep ii module-init-tools3.2-pre1-2 tools for managing Linux kernel mo ii modutils 2.4.26-1.2 Linux module utilities ii procps 1:3.2.1-2 The /proc file system utilities ii sed 4.1.2-8 The GNU sed stream editor -- debconf information: hotplug/ignore_pci_class_display: true hotplug/net_agent_policy: hotplug hotplug/static_module_list: hotplug/x11_usbmice_hack: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297511: types u_int and u_long not defined
Package: libdb4.3-dev Version: 4.3.27-1 /usr/include/db.h says (to the mainteners?) : /* * !!! * Berkeley DB uses specifically sized types. If they're not provided by * the system, typedef them here. * * We protect them against multiple inclusion using __BIT_TYPES_DEFINED__, * as does BIND and Kerberos, since we don't know for sure what #include * files the user is using. * * !!! * (...) */ But the reserved space for these definitions is left blank. So that gcc fail to compile this simple test : $ cat /tmp/test.db.c #include db.h ^D $ gcc --std=c99 -c tdb.c errors !! This works without specifying std=c99 or with std=gnu99 because of gcc additions. Shouldn't trivials typedefs be added right into db.h ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]