FFE: xorg.conf.d/inputclass backport
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
virtualbox-ose (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
xf86-input-evtouch (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
xf86-input-wacom (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
xorg-server (Ubuntu) |
Fix Released
|
Wishlist
|
Timo Aaltonen | ||
xserver-xorg-input-evdev (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
xserver-xorg-input-joystick (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
xserver-xorg-input-synaptics (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
xserver-xorg-input-vmmouse (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
I've written a couple of lengthy posts on the debian-x/ubuntu-x mailinglists* but here's a short summary:
- a backport of xorg.conf.d & inputclass support from xserver 1.8 packaged here:
https:/
- this would allow us to not have an intermediate file format for input driver configuration on an LTS (udev rules)
- the change is not that huge though it sounds like it. the drivers would still use udev hotplug, just the source of configuration would be new
- since we want to be in sync with Debian, this would have to be agreed on by both parties. Their biggest (only?) blocker is now gone by including the video fallback patch from SUSE.
- needed driver changes are small (shipping an xorg.conf.d snippet), and already done for the most part
- this could be shipped quickly
...
*https:/
Changed in xorg-server (Ubuntu): | |
assignee: | nobody → Timo Aaltonen (tjaalton) |
By now this affects a couple of xserver- xorg-input- * packages, since they need their udev rules replaced by equivalent xorg.conf.d/ snippets, right? Do you have a list which are affected?
Although this is quite a large change, I tend to be in favor of it, to avoid users/OEMs having to rewrite their old fdi files into udev rules and then again into conf.d snippets, and udev rules aren't "blessed" by upstream so far, thus with xorg.conf.d we'd get better support from both upstream as well as documentation/ forums out there.
What's the status on the Debian side? Are they waiting for our decision, or on their release team's?