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.
Co
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
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
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
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
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
Oopsie.
Upon further investigation, I'm actually using ubuntu xorg packages.
Please close this bug.
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 xs
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, 'testi
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.
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 wmne
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.
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
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 ha
14 matches
Mail list logo
