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?