Bug#575548: udev: breaks other devices also
Package: udev Version: 151-3 Severity: normal I confirm this bug broke my Logitech MX5500 desktop. This is a very obnoxious bug in that it won't bite you until the next time you reboot or unplug/replug the device after an upgrade, which in my case was weeks later. Very hard to track down. Copying the /lib/udev/rules.d/70-hid2hci.rules from a machine running udev 149-1 fixed it for me. -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 8 lrwxrwxrwx 1 root root 19 Feb 18 11:02 025_libgphoto2.rules - ../libgphoto2.rules -rw-r--r-- 1 root root 700 Feb 12 20:25 70-persistent-cd.rules -rw-r--r-- 1 root root 772 Feb 12 21:19 70-persistent-net.rules lrwxrwxrwx 1 root root 15 Feb 12 21:49 z60_hdparm.rules - ../hdparm.rules -- /sys/: /sys/dev /sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input2/event2/dev /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input1/event1/dev /sys/devices/pci:00/:00:01.0/:01:00.0/drm/card0/dev /sys/devices/pci:00/:00:03.3/tty/ttyS1/dev /sys/devices/pci:00/:00:1a.0/usb3/dev /sys/devices/pci:00/:00:1a.1/usb4/dev /sys/devices/pci:00/:00:1a.2/usb5/dev /sys/devices/pci:00/:00:1a.7/usb1/1-5/1-5.1/1-5.1:1.0/0003:413C:2005.0001/hidraw/hidraw0/dev /sys/devices/pci:00/:00:1a.7/usb1/1-5/1-5.1/1-5.1:1.0/input/input3/event3/dev /sys/devices/pci:00/:00:1a.7/usb1/1-5/1-5.1/dev /sys/devices/pci:00/:00:1a.7/usb1/1-5/1-5.3/1-5.3:1.0/0003:046D:C016.0002/hidraw/hidraw1/dev /sys/devices/pci:00/:00:1a.7/usb1/1-5/1-5.3/1-5.3:1.0/input/input4/event4/dev /sys/devices/pci:00/:00:1a.7/usb1/1-5/1-5.3/1-5.3:1.0/input/input4/mouse1/dev /sys/devices/pci:00/:00:1a.7/usb1/1-5/1-5.3/dev /sys/devices/pci:00/:00:1a.7/usb1/1-5/1-5.4/1-5.4.4/1-5.4.4.2/1-5.4.4.2:1.0/0003:046D:C71B.0005/hidraw/hidraw2/dev /sys/devices/pci:00/:00:1a.7/usb1/1-5/1-5.4/1-5.4.4/1-5.4.4.2/1-5.4.4.2:1.0/input/input9/event7/dev /sys/devices/pci:00/:00:1a.7/usb1/1-5/1-5.4/1-5.4.4/1-5.4.4.2/dev /sys/devices/pci:00/:00:1a.7/usb1/1-5/1-5.4/1-5.4.4/1-5.4.4.3/1-5.4.4.3:1.0/0003:046D:C71C.0006/hidraw/hidraw3/dev /sys/devices/pci:00/:00:1a.7/usb1/1-5/1-5.4/1-5.4.4/1-5.4.4.3/1-5.4.4.3:1.0/input/input10/event8/dev /sys/devices/pci:00/:00:1a.7/usb1/1-5/1-5.4/1-5.4.4/1-5.4.4.3/1-5.4.4.3:1.0/input/input10/mouse2/dev /sys/devices/pci:00/:00:1a.7/usb1/1-5/1-5.4/1-5.4.4/1-5.4.4.3/1-5.4.4.3:1.0/usb/hiddev0/dev /sys/devices/pci:00/:00:1a.7/usb1/1-5/1-5.4/1-5.4.4/1-5.4.4.3/dev /sys/devices/pci:00/:00:1a.7/usb1/1-5/1-5.4/1-5.4.4/dev /sys/devices/pci:00/:00:1a.7/usb1/1-5/1-5.4/dev /sys/devices/pci:00/:00:1a.7/usb1/1-5/dev /sys/devices/pci:00/:00:1a.7/usb1/dev /sys/devices/pci:00/:00:1b.0/input/input6/event6/dev /sys/devices/pci:00/:00:1b.0/sound/card0/adsp/dev /sys/devices/pci:00/:00:1b.0/sound/card0/audio/dev /sys/devices/pci:00/:00:1b.0/sound/card0/controlC0/dev /sys/devices/pci:00/:00:1b.0/sound/card0/dsp/dev /sys/devices/pci:00/:00:1b.0/sound/card0/hwC0D0/dev /sys/devices/pci:00/:00:1b.0/sound/card0/mixer/dev /sys/devices/pci:00/:00:1b.0/sound/card0/pcmC0D0c/dev /sys/devices/pci:00/:00:1b.0/sound/card0/pcmC0D0p/dev /sys/devices/pci:00/:00:1b.0/sound/card0/pcmC0D1p/dev /sys/devices/pci:00/:00:1d.0/usb6/dev /sys/devices/pci:00/:00:1d.1/usb7/dev /sys/devices/pci:00/:00:1d.2/usb8/dev /sys/devices/pci:00/:00:1d.7/usb2/dev /sys/devices/pci:00/:00:1e.0/:04:00.0/fw0/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda/sda1/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda/sda2/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda/sda5/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda/sda6/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/bsg/0:0:0:0/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/scsi_generic/sg0/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:1/0:0:1:0/block/sr0/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:1/0:0:1:0/bsg/0:0:1:0/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:1/0:0:1:0/scsi_generic/sg1/dev /sys/devices/pci:00/:00:1f.2/host1/target1:0:0/1:0:0:0/block/sdb/dev /sys/devices/pci:00/:00:1f.2/host1/target1:0:0/1:0:0:0/block/sdb/sdb1/dev /sys/devices/pci:00/:00:1f.2/host1/target1:0:0/1:0:0:0/block/sdb/sdb2/dev /sys/devices/pci:00/:00:1f.2/host1/target1:0:0/1:0:0:0/block/sdb/sdb5/dev /sys/devices/pci:00/:00:1f.2/host1/target1:0:0/1:0:0:0/block/sdb/sdb6/dev /sys/devices/pci:00/:00:1f.2/host1/target1:0:0/1:0:0:0/bsg/1:0:0:0/dev /sys/devices/pci:00/:00:1f.2/host1/target1:0:0/1:0:0:0/scsi_generic/sg2/dev
Bug#526561: libgps17 v 2.38 breaks BU-353 (Sirf) GPS
Package: libgps17 Version: 2.38-1 Severity: normal I am using the BU-353 USB GPS units on numerous machines of various architectures. The specific machine that I have debugged this on is an armel. After an upgrade to 2.38 this GPS stopped working. The symptom is no output from GPSD, either using one of the supplied client programs, or via telnet. Downgrading the gpsd package to 2.37 did not fix the problem. I then downgraded libgps17 to 2.37 and now all is back to normal. Before downgrading to 2.37 I tried upgrading to 2.39, since the gpsd changelogs mention breakage in 2.38. 2.39 acted the same as 2.38 for me. Running gpsd in foreground mode with debug level=2 did not reveal anything useful - 2.37 and 2.38 debug messages look about the same. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-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 libgps17 depends on: ii libc6 2.9-4 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1 GCC support library ii libstdc++64.3.2-1The GNU Standard C++ Library v3 libgps17 recommends no packages. libgps17 suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516519: rt73-modules-2.6.26-1-amd64: rt73 oopses kernel when used with WUSB54GC
I am having a similar problem, using different hardware. It needs to be reclassified as grave since there is a strong chance of data loss. My rt73 devices (Edimax EW7318USG) were working fine a few months ago on the same machines I am having failures on now. Yesterday I tried to use one on an amd64 machine and experienced severe OS failure (keyboard locked; can't reboot ; etc.) Today I replicated the failure on an x86 machine, and on that machine the keyboard didn't lock, but I still couldn't reboot as it froze during the shutdown process. More info to follow.
Bug#516519: rt73-modules-2.6.26-1-amd64: rt73 oopses kernel when used with WUSB54GC
lsusb -v for this device Bus 004 Device 004: ID 148f:2573 Ralink Technology, Corp. RT2501USB Wireless Adapter Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x148f Ralink Technology, Corp. idProduct 0x2573 RT2501USB Wireless Adapter bcdDevice 0.01 iManufacturer 1 Ralink iProduct 2 802.11 bg WLAN iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 32 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 (Bus Powered) MaxPower 300mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 255 Vendor Specific Subclass bInterfaceProtocol 255 Vendor Specific Protocol iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Device Qualifier (for other device speed): bLength 10 bDescriptorType 6 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 bNumConfigurations 1 Device Status: 0x (Bus Powered)
Bug#516519: rt73-modules-2.6.26-1-amd64: rt73 oopses kernel when used with WUSB54GC
Package versions: 963:ii rt73-common 1:1.0.3.6-cvs20080623-dfsg1-3 964:ii rt73-modules-2.6.26-1-amd64 1:1.0.3.6-cvs20080623-dfsg1-3 965:ii rt73-source 1:1.0.3.6-cvs20080623-dfsg1-3 800:ii linux-image-2.6.26-1-amd64 2.6.26-13 Let me know if there is additional information you need.
Bug#509959: open-invaders: Wrong display resolution / displays off screen
Package: open-invaders Version: 0.3-1 Severity: important In fullscreen mode on my 1680x1050 monitor, open-invaders displays beyond the bottom of the screen. I don't see any way to set the resolution manually. Works fine in windowed mode. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-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 open-invaders depends on: ii libaldmb1 1:0.9.3-5.1 dynamic universal music bibliotheq ii liballegro4.2 2:4.2.2-2 portable library for cross-platfor ii libc6 2.7-15 GNU C Library: Shared libraries ii libdumb1 1:0.9.3-5.1 dynamic universal music bibliotheq ii libgcc1 1:4.3.2-1 GCC support library ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxpm4 1:3.5.7-1 X11 pixmap library ii libxxf86vm1 1:1.0.2-1 X11 XFree86 video mode extension l ii open-invaders-data 0.3-1 Space Invaders clone (data package open-invaders recommends no packages. open-invaders suggests no packages. -- debconf-show failed
Bug#507787: xserver-xorg-video-vesa: Uninstallable ; conflicts-depends problem with xserver-xorg-core (lenny)
Package: xserver-xorg-video-vesa Version: 1:1.3.0-4 Severity: grave Justification: renders package unusable Trying to install this package on an existing lenny system I find that it can't be installed because (1) this package depends on xserver-xorg-core (2) xserver-xorg-core conflicts with xserver-xorg-video-2 (2) this package provides xserver-xorg-video-2 Googling, I find that there have been similar problems with other packages recently (in particular nvidia-glx), but nothing specifically about this package. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-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 xserver-xorg-video-vesa depends on: ii libc6 2.7-15 GNU C Library: Shared libraries ii xserver-xorg-core 2:1.5.2-2ubuntu3 Xorg X server - core server xserver-xorg-video-vesa recommends no packages. xserver-xorg-video-vesa suggests no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507787:
Oopsie. Upon further investigation, I'm actually using ubuntu xorg packages. Please close this bug.
Bug#506199: picocom: source needs additional #ifdef UUCP_LOCK_DIR statements
Package: picocom Version: 1.4-2 Severity: minor Compilation fails if UUCP_LOCK_DIR is not defined To fix this, lines 831 and 933 in picocom.c need to be surrounded by #ifdef UUCP_LOCK_DIR blocks. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-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 picocom depends on: ii libc6 2.7-15 GNU C Library: Shared libraries picocom recommends no packages. picocom suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503755: bpp related
After further investigation, this problem occurs when the display depth is set to 16 bpp. Does not occur when depth is 24 bpp. I've tested it now on multiple machines with very different hardware and it is the same on every machine.
Bug#503755: wmnet: does not dock properly on Thinkpad with VESA driver
Package: wmnet Version: 1.05-16 Severity: important On a Thinkpad T400, which is using the Xorg VESA driver, when wmnet is run it opens a blank tile, and then instead of drawing on the tile, it draws in the upper left of the screen (with its upper left at approximately (30,30)) I've used wmnet on many other computers with no problems, so I'm guessing this has something to do with the VESA driver. I'm also using many other wm applets with no problems. I will submit a screenshot. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-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 wmnet depends on: ii libc6 2.7-14 GNU C Library: Shared libraries ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii netbase 4.34 Basic TCP/IP networking system wmnet recommends no packages. Versions of packages wmnet suggests: ii wmaker0.92.0-8 NeXTSTEP-like window manager for X -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484754: workaround
Same problems here. For those looking for a workaround, the packages from Ubuntu hardy work fine in lenny. Add an ubuntu hardy universe repository to your sources.list.
Bug#404996: scponly: doesn't support rsync
I agree that this should have been patched in Debian long ago. I've been using Debian for almost 10 years now, and i don't recall running into a situation before where there was a patch available for a major bug for 15 months yet the maintainer was refusing to apply it. The fact that there has not been a new upstream version for 18 months now does not imply to me that one is coming soon it implies rather that one may never come... Thank you Luca for picking up the slack. Also, the severity of this bug should be set to 'important.' Inability to use rsync is a major loss of functionality. Regards, Steve Expecting? Get great news right away with email Auto-Check. Try the Yahoo! Mail Beta. http://advision.webevents.yahoo.com/mailbeta/newmail_tools.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#224777: aterm window corruption when partially offscreen
Hi, The problem does not happen on my current systems. However, none of the hardware or software (X server, drivers, etc) are the same as I was running back then, so it's not a definitive test. I'd say it should be closed. Regards, Steve Moody friends. Drama queens. Your life? Nope! - their life, your story. Play Sims Stories at Yahoo! Games. http://sims.yahoo.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
