[ANNOUNCE] xf86-input-evdev 2.0.99.2

evdev 2.1 RC2 Touchscreen support (courtesy of Søren) enables devices that report only BTN_TOUCH capability, but no BTN_LEFT, BTN_RIGHT, etc. Julien Cristau (1): Fix TestBit() on 64bit Peter Hutterer (6): Don't post keycodes 255. Add option GrabDevice, don't grab the device

[ANNOUNCE] xproto 7.0.14

Bastien Nocera (1): Keysyms needed for some HID remote controls to work under X. #16519 James Cloos (2): fix typo in commit 40ed4eef Add dead_perispomeni to keysymdef.h Peter Hutterer (5): Add keysyms for XF86XK_Battery, XF86XK_Bluetooth, XF86XK_WLAN, XF86XK_UWB.

[ANNOUNCE] xf86-input-vmmouse 12.6.0

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This change, finally, adds HAL integration to detect the vmmouse device and set the right X11 driver. Philip Langdale (5): Move shared vmmouse files into a separate static lib so we can Ignore more stuff in .gitignore Add HAL

Re: Disabling a specific mouse?

Florian Echtler wrote: What would be the easiest way to achieve this? I guess it might be possible using the new Xinput, but I was hoping that there might also be a solution using Udev or hotplug? That's the case. Dropping input devices from xorg.conf may be enough to get hotplug working. Then,

Re: no more git ?

On Thu, Oct 23, 2008 at 02:13:05PM +0200, Xavier Bestel wrote: it seems anonymous git is broken right now: fatal: read error (Connection reset by peer) the server is dead. or out for a beer. one of the two. Cheers, Peter ___ xorg mailing list

donation 2x radeonhd ati pci-e HD3450 LP for europian xorg developer

Hello everybody, I recently bought two cub 3d hd3450 ati radeonhd 16x pci-e devices for an multigpu muliseat setup. However currently the radeonhd does not support this. It does not want to setup the second card I tried both the randr 1.2 as the official xorg configuration styles. I posted logs

Re: Disabling a specific mouse?

What would be the easiest way to achieve this? I guess it might be possible using the new Xinput, but I was hoping that there might also be a solution using Udev or hotplug? If the application that opens /dev/input/event* issues a EVIOCGRAB ioctl on the device, the events should stop

damage.c:774: undefined reference to `damageReportPostOp'

latest git Xserver can't compile gcc -DHAVE_DIX_CONFIG_H -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/X11/include -I/usr/local/ssl/include

[PATCH] Supporting pretty window destory effects in metacity-clutter

Hi, I have been investigating some composite manager (metacity-clutter) issues that have been plaguing us for a while which revolve around us implementing window destroy effects: Basically when the CM knows that an app is being destroyed we want to run an effect that uses the window pixmap as a

Re: [PATCH 2/4] X event queue mutex

Hey Tiago, I hope things are going well for you. I've recently hit an issue using locks in miEq. We're doing it the same way in mieq.c as your proposal (patch 2/4) and this causes us to hit a deadlock when the enqueueing thread is waiting for the lock to push an event and the dequeuing

Re: [PATCH 2/4] X event queue mutex

And here's a stab at setting up mieqProcessInputEvents in master to be more friendly towards this locking. master doesn't work for us on OSX, so I can't really verify that it works... I may have missed an e- to e. or e-events[i]-event to event[i] somewhere... This also fixes what I think

Re: xserver: Branch 'xorg-server-1.5-apple'

+ * gstaplin: I fixed the usage of this DeleteProperty so that it would compile. + * QUESTION: Where is this xa_native_window_id set? + */ rootlessWindow.c:DEFINE_ATOM_HELPER (xa_native_window_id, _NATIVE_WINDOW_ID) smime.p7s Description: S/MIME cryptographic signature

[ANNOUNCE] xproto 7.0.14

Bastien Nocera (1): Keysyms needed for some HID remote controls to work under X. #16519 James Cloos (2): fix typo in commit 40ed4eef Add dead_perispomeni to keysymdef.h Peter Hutterer (5): Add keysyms for XF86XK_Battery, XF86XK_Bluetooth, XF86XK_WLAN, XF86XK_UWB.

Re: [PATCH 2/4] X event queue mutex

On Oct 23, 2008, at 16:05, Tiago Vignatti wrote: Hey Jeremy, I'm going well. Thanks my friend. Jeremy Huddleston escreveu: I hope things are going well for you. I've recently hit an issue using locks in miEq. We're doing it the same way in mieq.c as your proposal (patch 2/4) and this

[ANNOUNCE] xf86-input-vmmouse 12.6.0

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This change, finally, adds HAL integration to detect the vmmouse device and set the right X11 driver. Philip Langdale (5): Move shared vmmouse files into a separate static lib so we can Ignore more stuff in .gitignore Add HAL