7.X is near EoL while uwacom still doesn't work on >= 8.x. So, let's
split the X11 driver from input-wacom and tidy it up. Here's the list of
- replace rc.d script with a sample file to simplify configuration
- use the underlying install target; this exposes xorg headers which may
be used by gnome-settings-daemon
- drop gmake and autotools dependencies
- drop explicit xinput dependency
- require webcamd to get /dev/input/eventN
- require xinerama for xsetwacom display mapping
- explicitly disable doxygen docs
- leave input-wacom as is but set up CONFLICTS and DEPRECATED
- add wacom to xorg-drivers port
- take maintainership for the time being
- update to 0.19.0
Asking x11@ folks for review about general style of xf86-input-* drivers
and everyone else if they'd rather prefer statu quo instead.
How-To-Repeat: $ cd ports/x11-drivers
$ svn cp input-wacom xf86-input-wacom
$ svn patch --strip 1 /path/to/split.diff
I agree that this should be turned into a port for the Xorg driver only.
The uwacom module is no longer necessary now that webcamd can run the
The only advantage of the uwacom module is its BSD license but as the
bug submitter said, I have not had the time to update the module to work
with FreeBSD >= 8.0.
I do not have the hardware any more.
Created attachment 143520 [details]
Only lightly tested on my USB tablet. Here's what changed:
- update to 0.24.99.1
- merge with the patch in bug 181133 (runtime untested)
- better ifdefs in case PkgSrc/DPorts wants the patches
I'm using shar because it's shorter and less prone to merge conflicts.
$ svn di x11-drivers/xf86-input-wacom | wc -l
$ tar cf - --format shar x11-drivers/xf86-input-wacom | wc -l
Committed in r357422 thanks!