Bug#440495: xserver-xorg-input-synaptics: Keyboard doesn't work after turning touchpad off and on

Hmm, come to think of, I think this behaviour (when the touchpad is turned on) is consistent with X receiving keyboard input that makes it think the Help key is held down. An experiment with Fn-F1 shows that while the key is held down, the keyboard is grabbed, just like what I see when the touchpad

Bug#440495: xserver-xorg-input-synaptics: Keyboard doesn't work after turning touchpad off and on

Package: xserver-xorg-input-synaptics Version: 0.14.7~git20070706-3 I have a problem that sounds like it could be the same as this bug, except the previous report sounds a bit confused to me. My problem is like this: I have a HP Pavilion dv6700-series laptop. with a SynPS/2 Synaptics TouchPad, wi

Bug#509691: Info

Compiz makes my KDE in lenny unstable I see very regular opengl game crashes when running the compiz window manager as opposed to the kwin window manager and I'm using the binary nvidia driver from the repository. When you do have a crash, have you tried killing the xserver using ctrl-alt-backspac

Bug#509837: x11-xserver-utils: [iceauth] manpage is incomplete

Package: x11-xserver-utils Version: 7.3+5 Severity: normal The iceauth(1) manpage has a DESCRIPTION which indicates there is more to come "Commands (described below) may be entered interactively..." There is no "below" - no information on switches or commands. I will try to compile this informati

Bug#509834: xdm: The X-server crashes with fatal server error "lockup"

Package: xdm Version: 1:1.1.8-5 Severity: normal The X-server crashes from time to time with the following error in the logs: Fatal server error: lockup. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architectu

Bug#509825: xserver-xorg-video-intel: lockups on eeepc 901 Mobile 945GM, FatalError re-entered, aborting

Package: xserver-xorg-video-intel Version: 2:2.3.2-2+lenny5 Severity: normal I have been experiencing lockups of my xorg for a while now, it takes down my complete X and does not allow a restart of the Xserver untill the system is rebooted. The stability of the Intel driver is very important

Bug#509796: Deadlock in libxrandr2.so

Package: libxrandr2 Version: 2:1.1.0.2-5 Severity: normal Debian Release: etch/stable Architecture: i386 I have wrote a simple example that do the following: XInitThreads XOpenDisplay XDefaultScreen XRRTimes XCloseDisplay It appears that proccess hangs in XRRTimes while trying to _XLockDisplay

Bug#509796: Deadlock in libxrandr2.so

Forgot to say, in Lenny bug doesn't reproduce Best regards, Oleg Malashenko -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#509729: xserver-xorg-video-radeonhd: XVideo operation cause X server segfault, regardless of DRI status

Brice Goglin wrote: Hi, >> There are also video artefacts; resizing a window leaves me with a 1 pixel >> border of something around the window. Hmm hmm, I also see this with radeon now. There's something going on, and it's common to both drivers. JB. -- Julien BLACHE | Debian, because co

Bug#509729: xserver-xorg-video-radeonhd: XVideo operation cause X server segfault, regardless of DRI status

Julien BLACHE wrote: >> I will try to package radeonhd 1.2.4 in the next days. 1.2.3 is a bit >> old. If you have time to build 1.2.4 or upstream git in the meantime, it >> would be nice. >> > > I'll wait for the package :) > The i386 package just landed in incoming. > radeonhd has machin

Bug#509729: xserver-xorg-video-radeonhd: XVideo operation cause X server segfault, regardless of DRI status

Brice Goglin wrote: >> I'll wait for the package :) > > The i386 package just landed in incoming. I'll rebuild and check it out. > From what I've seen in the commit logs, radeon has many macbook-specific > quirks as well. And in case no quirk works for your machine, Option > "MacModel" may help

Bug#509729: xserver-xorg-video-radeonhd: XVideo operation cause X server segfault, regardless of DRI status

Brice Goglin wrote: > The i386 package just landed in incoming. 1.2.4 fixes the Xv crashes, but screen corruption still occurs when resizing a window (WindowMaker) if DRI is enabled. JB. -- Julien BLACHE | Debian, because code matters more Debian & GNU/Linux Developer|

Bug#476135: marked as done (xserver-xorg-video-radeonhd: strange screen size calculations)

Your message dated Thu, 25 Dec 2008 19:03:20 +0100 with message-id <8763l8ku8n@sonic.technologeek.org> and subject line Re: xserver-xorg-video-radeonhd: strange screen size calculations has caused the Debian Bug report #476135, regarding xserver-xorg-video-radeonhd: strange screen size calcul

Bug#509729: marked as done (xserver-xorg-video-radeonhd: XVideo operation cause X server segfault, regardless of DRI status)

Your message dated Thu, 25 Dec 2008 22:20:32 +0100 with message-id <4953f920.4080...@ens-lyon.org> and subject line Re: Bug#509729: xserver-xorg-video-radeonhd: XVideo operation cause X server segfault, regardless of DRI status has caused the Debian Bug report #509729, regarding xserver-xorg-vide

Bug#509792: xserver-xorg-video-radeonhd: slight screen corruption with DRI enabled

Package: xserver-xorg-video-radeonhd Version: 1.2.4-1 Severity: normal Hi, As noted in a previous bug report, I witness a slight screen corruption issue when running radeonhd with DRI enabled (and radeon too) when resizing a window (WindowMaker). Wmaker draws a 1 pixel black border around the wi

Bug#509729: xserver-xorg-video-radeonhd: XVideo operation cause X server segfault, regardless of DRI status

Brice Goglin wrote: Hi, >> but screen corruption still occurs when >> resizing a window (WindowMaker) if DRI is enabled. > > Can you open a new bug about this one ? Yep, sure. > And if radeon does not actually work with your external display, please > open another bug report. Alex Deucher rea

Bug#509729: xserver-xorg-video-radeonhd: XVideo operation cause X server segfault, regardless of DRI status

Brice Goglin wrote: Hi, > And if radeon does not actually work with your external display, please > open another bug report. Alex Deucher reads our radeon bugs, and he's > usually good at fixing them. I'm happy to take that back - radeon works just fine for both the analog and digital outputs.

xserver-xorg-video-radeonhd: Changes to 'refs/tags/xserver-xorg-video-radeonhd-1.2.4-1'

Tag 'xserver-xorg-video-radeonhd-1.2.4-1' created by Brice Goglin at 2008-12-25 16:40 + Tagging upload of xserver-xorg-video-radeonhd 1.2.4-1 to experimental. Changes since xserver-xorg-video-radeonhd-1.2.3-1: Brice Goglin (3): Merge tag '1.2.4' into debian-experimental New upst

xserver-xorg-video-radeonhd: Changes to 'upstream-experimental'

.gitignore|4 README| 13 configure.ac | 53 +++ man/radeonhd.man | 90 -- src/Imakefile |8 src/Makefile.am | 88 +++--- src/r5xx_exa.c|4 src/r5xx_x

xserver-xorg-video-radeonhd: Changes to 'debian-experimental'

.gitignore|4 ChangeLog | 635 ++ README| 13 configure.ac | 53 +++ debian/changelog |7 debian/control|2 man/radeonhd.man

Processing of xserver-xorg-video-radeonhd_1.2.4-1_i386.changes

xserver-xorg-video-radeonhd_1.2.4-1_i386.changes uploaded successfully to localhost along with the files: xserver-xorg-video-radeonhd_1.2.4-1.dsc xserver-xorg-video-radeonhd_1.2.4.orig.tar.gz xserver-xorg-video-radeonhd_1.2.4-1.diff.gz xserver-xorg-video-radeonhd_1.2.4-1_i386.deb xserver

xserver-xorg-video-radeonhd_1.2.4-1_i386.changes ACCEPTED

Accepted: xserver-xorg-video-radeonhd-dbg_1.2.4-1_i386.deb to pool/main/x/xserver-xorg-video-radeonhd/xserver-xorg-video-radeonhd-dbg_1.2.4-1_i386.deb xserver-xorg-video-radeonhd_1.2.4-1.diff.gz to pool/main/x/xserver-xorg-video-radeonhd/xserver-xorg-video-radeonhd_1.2.4-1.diff.gz xserver-xo