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 my changes: - 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
Responsible Changed From-To: x11->freebsd-x11 Canonicalize assignment.
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 Linux drivers. 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.
Responsible Changed From-To: freebsd-x11->bsam Take.
Responsible Changed From-To: bsam->freebsd-ports-bugs I do not have the hardware any more.
Created attachment 143520 [details] shar 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 - stagify I'm using shar because it's shorter and less prone to merge conflicts. $ svn di x11-drivers/xf86-input-wacom | wc -l 586 $ tar cf - --format shar x11-drivers/xf86-input-wacom | wc -l 403
Committed in r357422 thanks!