On Sun, 28 Mar 2010, Julien Cristau wrote:
Hi Timo,
There's one concern I expressed on IRC, which is that I don't much like
shipping something as 1.7 which doesn't have the same ABI as 1.7
upstream. (And shipping with 1.8 is too late for lucid and quite a big
jump even for squeeze at this point.)
Removing the need for an extra parameter in NewInputDeviceRequest is
probably not possible with the inputclass/inputattributes changes, so
one option if we want to do the backport anyway would be to keep the old
NIDR as-is, and use NIDR18 when we need to pass InputAttributes.
Ideally wacom could keep using the old NIDR, since the inputclass
matching could be done for the first device, hotplugged through
config/udev, and the additional ones wouldn't need the InputAttributes.
but I haven't looked at the code at all, so maybe not. Does this make
sense? Any chance you could test it?
I can test it, though since wacom is the only driver using NIDR this feels
a bit excessive :) I'll check the code before testing, it should reveal if
it makes wacom less functional or not. (too tired to read it now)
Maybe also consider including Dan's patch to use the device name without
double quotes.
Can't find that one, and it's not merged in master yet. Searched the
xorg-devel archives too..
--
Timo Aaltonen
Systems Specialist
IT Services, Aalto University School of Science and Technology
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/alpine.deb.2.00.1003282348320.29...@deckard.hut.fi
