[PATCH evdev] When building against server 1.8, install 00-evdev.conf.

[Peter Hutterer]

On Thu, Mar 25, 2010 at 03:42:33PM -0700, Dan Nicholson wrote:
> On Thu, Mar 25, 2010 at 3:14 PM, Peter Hutterer
> <peter.hutterer at who-t.net> wrote:
> > On Thu, Mar 25, 2010 at 07:14:10AM -0700, Dan Nicholson wrote:
> >> On Thu, Mar 25, 2010 at 6:52 AM, Alan Coopersmith
> >> <Alan.Coopersmith at sun.com> wrote:
> >> > Peter Hutterer wrote:
> >> >> +if XSERVER18
> >> >> +confdir = $(sysconfdir)/xorg.conf.d
> >> >> +conf_DATA = 00-evdev.conf
> >> >> +endif
> >> >
> >> > Should it install when building against older X servers as well, so that
> >> > upgrades work, or did we break ABI and require rebuilding input drivers
> >> > when going from 1.7 to 1.8 anyway?
> >>
> >> NewInputDeviceRequest breaks ABI to add the InputAttributes parameter,
> >> so I think we'll be OK.
> >
> > no driver except wacom uses this though, and even then it's a compile-time
> > guard, not a configure-time guard. You could still run an older version of
> > evdev, make clean && make install and you're done.
> > Remember that no driver actually has _active_ support for hal or udev, it's
> > all the same to them. Wacom has a little piece of code, but that's just a
> > strcmp() for "hal" and "udev".
> >
> > The alternative to this patch is to move the 00-evdev.conf (or
> > 10-evdev.conf) into the server and install it whenever udev is enabled.
> > Would that work for you?
> 
> I think this patch in evdev is the right thing since it's a property
> of this driver and not the server to go claiming device support. 

OTOH, the xserver also carries x11-input.fdi that defaults to evdev on
linux, not the evdev driver. And it would fix the update path - anyone can
update the server with the new default and will have input devices by
default.
otherwise, you have the dependency of having to upgrade and reconfigure
evdev before passing the commit that enables udev by default. That affects
those building from git more so than those building from tarballs.

I'm a bit torn between the two - evdev feels right but the server is
"better".

Cheers,
  Peter

> I also think installing it only on xserver-1.8+ is right since there's no
> xorg.conf.d/InputClass on previous servers and the driver built
> against previous servers will not run against 1.8+ due to
> ABI_XINPUT_VERSION bumps (maybe I'm wrong on the last point).