Bug#546588: Suggestion for slow radeon (debian bug 546588)

2010-03-27 Thread GSR
Hi: I was reading the list of radeon reports and found yours. Time ago I experienced a problem with similar symptoms, that got fixed by adding Option "MigrationHeuristic" "greedy" (that go back to XAA, as other person suggested). Maybe your case is the same. I got the idea to test that option fro

Bug#568236: xserver-xorg-input-wacom: Not fixed for me

2010-03-27 Thread John Sullivan
Package: xserver-xorg-input-wacom Version: 0.10.3+20100109-1 Severity: normal On my Thinkpad X200t running unstable, I'm still seeing this bug, after updating today and restarting X. I have no xorg.conf file. xinput list: ⎡ Virtual core pointer id=2[master pointer

Bug#558788: add nouveau in squeeze, please

2010-03-27 Thread Adrian Glaubitz
Package: xserver-xorg-video-nouveau Severity: normal Hi, there are a few problems which will probably prevent nouveau from being added to Squeeze: First, Squeeze is certainly going to be shipped with 2.6.32 since it is a kernel with long-term support from upstream. Since Debian puts a strong emp

Bug#575636: marked as done (build-depends-on-obsolete-package: xutils)

2010-03-27 Thread Debian Bug Tracking System
Your message dated Sat, 27 Mar 2010 22:34:59 +0200 with message-id <87bpe9lczw@jondo.cante.net> and subject line Bug#575636 Close has caused the Debian Bug report #575636, regarding build-depends-on-obsolete-package: xutils to be marked as done. This means that you claim that the problem has b

Bug#575636: build-depends-on-obsolete-package: xutils

2010-03-27 Thread Jari Aalto
Package: xutils Version: 1:7.5+5 Severity: important The package depends on obsolete xutils which is going away. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: L

Bug#575585: xserver-xorg-video-radeon: [KMS] Crashes when switching VTs

2010-03-27 Thread Michel Dänzer
On Sat, 2010-03-27 at 12:52 +0100, Josselin Mouette wrote: > > I don’t really know how to obtain a better backtrace. I haven’t managed > to make it dump core, and using gdb directly on it prevents me from > switching VTs when the server crashes. Usually it's best to run gdb from a remote shell