x11/libwacom: Update to 2.19.1 Pull Request: https://github.com/freebsd/freebsd-ports/pull/5984558b5dcb1
Port details
x11/libwacom 2.19.1
Adds tablet support to libinput
- Maintainer
- x11@FreeBSD.org
- Packages
- latest: 2.19.1
- Upstream
- Higher version available: 2.20.0
- Last update
- to 2.19.1 · 4558b5dcb1
- Quarterly
- 2026Q4: 2.19.1
- WWW
- https://github.com/linuxwacom/libwacom/wiki
- Links
- cgit · VuXML
Unaddressed and VuXML only (0)
No unaddressed CVE and nothing reported by
pkg audit for the packaged version 2.19.1.Fixed (0)
No VuXML entries for this package.
Problem reports (0) · open in Bugzilla, most recently changed first
None.
Commits (24)
x11/libwacom: update to 2.12.1 Changes: https://github.com/linuxwacom/libwacom/releases Sponsored by: Serenity Cybersecurity, LLC Approved by: maintainer timeout (8 months) Closes: https://github.com/freebsd/freebsd-ports/pull/273556d6aa58a
*/*: Sanitize MANPREFIX for meson ports Approved by: portmgr9f8f710b3e
x11/libwacom: unbreak with --auto-features=enabled meson.build:172:0: ERROR: Program 'doxygen' not found or not executable PR: 270361998c94b219
Remove WWW entries moved into port Makefiles Commit b7f05445c00f has added WWW entries to port Makefiles based on WWW: lines in pkg-descr files. This commit removes the WWW: lines of moved-over URLs from these pkg-descr files. Approved by: portmgr (tcberner)fb16dfecae
Add WWW entries to port Makefiles It has been common practice to have one or more URLs at the end of the ports' pkg-descr files, one per line and prefixed with "WWW:". These URLs should point at a project website or other relevant resources. Access to these URLs required processing of the pkg-descr files, and they have often become stale over time. If more than one such URL was present in a pkg-descr file, only the first one was tarnsfered into the port INDEX, but for many ports only the last line did contain the port specific URL to further information. There have been several proposals to make a project URL available as a macro in the ports' Makefiles, over time. This commit implements such a proposal and moves one of the WWW: entries of each pkg-descr file into the respective port's Makefile. A heuristic attempts to identify the most relevant URL in case there is more than one WWW: entry in some pkg-descr file. URLs that are not moved into the Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr files in order to preserve them. There are 1256 ports that had no WWW: entries in pkg-descr files. These ports will not be touched in this commit. The portlint port has been adjusted to expect a WWW entry in each port Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as deprecated. Approved by: portmgr (tcberner)b7f05445c0
x11: remove 'Created by' lines A big Thank You to the original contributors of these ports: * Adam Weinberger <adam@vectors.cx> * Adam Weinberger <adamw@FreeBSD.org> * Alex Dupre <ale@FreeBSD.org> * Alexander Matey <matey@cis.ohio-state.edu> * Alexander Nedotsukov <bland@FreeBSD.org> * Alexey Dokuchaev <danfe@FreeBSD.org> * Alexey Dokuchaev <danfe@regency.nsu.ru> * Alexey Mikhailov <karma@ez.pereslavl.ru> * Andrew Pantyukhin <infofarmer@FreeBSD.org> * Anton Berezin <tobez@FreeBSD.org> * Anton Toernqvist <antont@inbox.lv> * Anton Tornqvist <antont@inbox.lv> * Ashish Shukla <wahjava@gmail.com> * Ben Woods <woodsb02@FreeBSD.org> * Bert Burgemeister <trebbu@googlemail.com> * Bruce A. Mah <bmah@ca.sandia.gov> * Bruce M Simpson <bms@FreeBSD.org> * Chris Hutchinson <portmaster@BSDforge.com> * Cy SChubert <cy@FreeBSD.org> * Cy Schubert <Cy.Schubert@uumail.gov.bc.ca> * Cy Schubert <cy@FreeBSD.org> * DaJoob * Daniel Roethlisberger <daniel@roe.ch> * Daniel Walter <sahne@0x90.at> * Danilo Egea Gondolfo <danilo@FreeBSD.org> * Dave Grochowski * David Mackay <davidjx8p@gmail.com> * David Yeske <dyeske@gmail.com> * Dejan Lesjak <lesi@FreeBSD.org> * Denis Shaposhnikov <dsh@vlink.ru> * Dennis Herrmann <dhn@FreeBSD.org> * Dmitri Goutnik <dg@syrec.org> * Dominik Rothert <dr@domix.de> * Emanuel Haupt <ehaupt@FreeBSD.org> * Emanuel Haupt <ehaupt@critical.ch> * Eric Anholt <anholt@FreeBSD.org> * Eric Blood <eblood@cs.unr.edu> * Eric L. Hernes <erich@rrnet.com> * Eric Turgeon <ericbsd@FreeBSD.org> * Eric Turgeon <ericturgeon.bsd@gmail.com> * Evgeni Dimitrov <evgeni.dimitrov@gmail.com> * FURUSAWA,Kazuhisa <kazu@jp.freebsd.org> * Florent Thoumie <flz@xbsd.org> * Foxfair Hu <foxfair@FreeBSD.org> * Francis Bacque <idroxid01@yahoo.fr> * Franz Klammer <klammer@webonaut.com> * Gerrit Beine <tux@pinguru.net> * Grzegorz Blach <gblach@FreeBSD.org> * Gustau Perez i Querol <gustau.perez@gmail.com> * Gvozdikov Veniamin <g.veniamin@googlemail.com> * Hendrik Scholz <hendrik@scholz.net> * Jacob House <jacob@jwfh.ca> * James Earl <jdearl@telus.net> * Jean-Baptiste Quenot <jb.quenot@caraldi.com> * Jeroen Schot <schot@a-eskwadraat.nl> * Jim Mock <jim@FreeBSD.org> * Joe Marcus Clarke <marcus@FreeBSD.org> * Julien Laffaye <kimelto@gmail.com> * KIMURA Yasuhiro <yasu@utahime.org> * Ka Ho Ng <khng300@gmail.com> * Kelly Yancey <kbyanc@posi.net> * Ken Moore <ken@pcbsd.org> * Koop Mast <einekoai@chello.nl> * Koop Mast <kwm@FreeBSD.org> * Kris Kennaway <kris@FreeBSD.org> * Kris Moore <kmoore@FreeBSD.org> * Lars Engels <lars.engels@0x20.net> * Lin, Cheng-Tao <b89605222@ntu.edu.tw> * MANTANI Nobutaka <nobutaka@nobutaka.com> * Markus Brueffer <markus@FreeBSD.org> * Martin Ranne <gasp@ridcully.dnsalias.org> * Martin Tournoij <carpetsmoker@xs4all.nl> * Martin Wilke (miwi@FreeBSD.org) * Martin Wilke <miwi@FreeBSD.org> * Matt Lancereau * Matt Lancereau <matt@rimasec.net> * Matt Peterson <matt@peterson.org> * Matthew Donovan <kitchetech@gmail.com> * Matthew Fuller <fullermd@futuresouth.com> * Matthew Hunt <mph@pobox.com> * Matthew West <mwest@uct.ac.za> * Maxim Sobolev <sobomax@FreeBSD.org> * Michael Johnson <ahze@FreeBSD.org> * Michiel Overtoom <motoom@xs4all.nl> * Mikhail Teterin <mi@aldan.algebra.com> * Morten Slot Kristensen * Murray Stokely <murray@FreeBSD.org> * NAKATA, Maho <maho@FreeBSD.org> * Nicola Vitale <nivit@FreeBSD.org> * Nikos Ntarmos <ntarmos@ceid.upatras.gr> * Nikos Ntarmos <ntarmos@cs.uoi.gr> * Oleg Pudeyev <oleg@bsdpower.com> * Oliver Breuninger <ob@breuninger.org> * Oliver Breuninger <ob@seicom.NET> * Oliver Lehmann <oliver@FreeBSD.org> * Olivier Cochard-Labbe <olivier@FreeBSD.org> * Olivier Duchateau * Patrick Li <pat@databits.net> * Pawel Worach <pawel.worach@gmail.com> * Pedro Giffuni * Per Otterstr=F6m <pelle@fukt.bth.se> * Petr Holub <hopet@ics.muni.cz> * Pietro Cerutti <gahr@FreeBSD.org> * Piotr Kubaj <pkubaj@anongoth.pl> * Roman Bogorodskiy <novel@FreeBSD.org> * Sakai Hiroaki <sakai@miya.ee.kagu.sut.ac.jp> * Sakai Hiroaki <sakai@seki.ee.kagu.sut.ac.jp> * Samy Al Bahra <samy@kerneled.org> * Samy Al Bahra <sbahra@kerneled.org> * Sascha Holzleiter <sascha@root-login.org> * Satoshi Asami <asami@FreeBSD.org> * Satoshi TAOKA * Scott Mace <smace@FreeBSD.org> * Sean Farley <sean-freebsd@farley.org> * Sebastian Yepes <esn@x123.info> * Serge Gagnon <gagnon__s@videotron.ca> * Sergei Kolobov <sergei@kolobov.com> * Sofian Brabez <sbz@FreeBSD.org> * Stanislav Sedov <stas@FreeBSD.org> * Stepan Zastupov [RedChrom] <redchrom@gmail.com> * Stephen Montgomery-Smith <stephen@math.missouri.edu> * Stijn Hoop <stijn@win.tue.nl> * Tatsumi Hosokawa * Theron Tarigo <theron.tarigo@gmail.com> * Thomas Gellekum <tg@FreeBSD.org> * Thomas Hurst <tom@hur.st> * Tim Bishop <tim@bishnet.net> * Timothy Beyer <beyert@cs.ucr.edu> * Tobias Roth <ports@fsck.ch> * UMENO Takashi <umeno@rr.iij4u.or.jp> * Vincent Tantardini <vinc@freebsd-fr.org> * Volker Stolz <stolz@i2.informatik.rwth-aachen.de> * Winston Weinert <winstonw@lavabit.com> * Ying-Chieh Liao <ijliao@csie.nctu.edu.tw> * Yinghong Liu <relaxbsd@gmail.com> * Yoshiro MIHIRA <sanpei@sanpei.org> * Yukihiro Nakai <Nakai@Mlab.t.u-tokyo.ac.jp> * Zane C. Bowers * Zhihao Yuan <lichray@gmail.com> * asami * chinsan * dirk.meyer@dinoex.sub.org * dom@myrddin.demon.co.uk * eimar.koort * gpalmer * gpalmer@FreeBSD.org * grog * gurkan@phys.ethz.ch * hemi@puresimplicity.net * ijliao * incabulos@mac.com * jacs * janek * jhb * jkh * jkh@FreeBSD.org * jmz * joerg * johalun0@gmail.com * jonny * jsellens * krion * matt@bdd.net * michael johnson <ahze@ahze.net> * nkazushi@highway.or.jp * od <od@iclub.nsu.ru> * oleg@bsdpower.com * roam@FreeBSD.org * trevor * will With hat: portmgrd357bca4f0
x11/libwacom: Update WWW78c4898d99
x11/libwacom: work around lld 13 no longer supporting symver tricks
Though x11/libwacom was not yet built during the exp-run for clang/llvm
13 (see bug 258209), due to some other dependencies not being available
yet, I noticed that it failed to build with clang 13, or more
specifically this is due to a behavior change in lld 13:
...
[ 33% 10/30] cc -o generate-hwdb generate-hwdb.p/tools_generate-hwdb.c.o -Wl,--as-needed -Wl,--no-undefined -fstack-protector-strong -O2 -pipe -g -fstack-protector-strong -fno-strict-aliasing '-Wl,-rpath,$ORIGIN/' -Wl,-rpath-link,/wrkdirs/share/dim/ports/x11/libwacom/work/libwacom-1.5/_build/ -Wl,--start-group libwacom.so.2.6.1 /usr/local/lib/libglib-2.0.so /usr/local/lib/libintl.so -Wl,--end-group
[ 36% 11/30] /usr/local/bin/meson --internal exe --capture 65-libwacom.hwdb -- /wrkdirs/share/dim/ports/x11/libwacom/work/libwacom-1.5/_build/generate-hwdb
FAILED: 65-libwacom.hwdb
/usr/local/bin/meson --internal exe --capture 65-libwacom.hwdb -- /wrkdirs/share/dim/ports/x11/libwacom/work/libwacom-1.5/_build/generate-hwdb
--- stderr ---
Unfortunately the meson build process doesn't really show you why it
failed, but it turns out that running the 'generate-hwdb' command
segfaults:
Starting program: /wrkdirs/share/dim/ports/x11/libwacom/work/libwacom-1.5/_build/generate-hwdb
Program received signal SIGSEGV, Segmentation fault.
libwacom_add_match (device=device@entry=0x801031320, newmatch=0x0) at ../libwacom/libwacom.c:943
943 device->matches[device->nmatches - 1] = libwacom_match_ref(newmatch);
(gdb) bt
#0 libwacom_add_match (device=device@entry=0x801031320, newmatch=0x0) at ../libwacom/libwacom.c:943
#1 0x000000080024fc7d in libwacom_matchstr_to_match (device=device@entry=0x801031320, matchstr=<optimized out>) at ../libwacom/libwacom-database.c:207
#2 0x000000080024e313 in libwacom_parse_tablet_keyfile (db=0x8010365a0, datadir=0x200b70 "/wrkdirs/share/dim/ports/x11/libwacom/work/libwacom-1.5/data", filename=<optimized out>) at ../libwacom/libwacom-database.c:652
#3 load_tablet_files (db=0x8010365a0, datadir=0x200b70 "/wrkdirs/share/dim/ports/x11/libwacom/work/libwacom-1.5/data") at ../libwacom/libwacom-database.c:865
#4 libwacom_database_new_for_path (datadir=0x200b70 "/wrkdirs/share/dim/ports/x11/libwacom/work/libwacom-1.5/data") at ../libwacom/libwacom-database.c:959
#5 0x00000000002021b6 in main (argc=<optimized out>, argv=0x801036630) at ../tools/generate-hwdb.c:131
What happens is that an internal function 'libwacom_match_new' is
supposed to be called, which returns a new 'WacomMatch' object. But
instead, it calls a empty stub which returns NULL, resulting in this
segfault. The empty stub was added as a rather nasty upstream hack to
"Alias the accidentally exposed ABI into different functions", in
https://github.com/linuxwacom/libwacom/commit/b9961dbe912fa096230460b194eebdc8a590d256:
> A special "trick" is used here to hide the ABI from new versions:
> Usually when defining multiple versioned symbols, one would define one as the
> default one with @@
> .symver _foo1,foo@VERSION1
> .symver _foo2,foo@@version2 <-- default one
> By leaving out the default one, ld doesn't know which one to link to and
> fails with an unresolved symbol. rtld however can still figure it out, so
> anything compiled will continue to work. This way we can make a symbol
> disappear from the library for new builds but have old builds continue to
> work with the new version.
Unfortunately this trick/hack does not work anymore with lld 13, since
https://github.com/llvm/llvm-project/commit/66d44304921, ("[ELF] Combine
foo@v1 and foo with the same versionId if both are defined "). The idea
behind the hack is to have the linker call the 'real' libwacom_match_new
function whenever it is called from inside the library itself, but any
external callers get the stubbed version which doesn't really do
anything.
I think libwacom should have used a different approach here, but just
renaming those accidentally exposed internal functions to something
different. Then the tricks with .symver are completely unnecessary. Here
I added a patch that is as simple as possible, which adds #defines for
two affected functions in libwacomint.h, renaming then from
'libwacom_xxx' to 'libwacom_internal_xxx'. This does not affect the
corresponding exposed functions in the libwacom.so, and makes the
'generate-hwdb' command work OK again. I also ran the complete libwacom
test suite, including the deprecated functions test, and it works fine.
PR: 258463
Approved by: zeising (maintainer)
MFH: 2021Q4a1edd535d3Remove # $FreeBSD$ from Makefiles.305f148f48
x11/libwacom: Update to 1.5 Update x11/libwacom to 1.5 [1] Switch to use release archive instead of the github generated tarball [2] Changelog: https://github.com/linuxwacom/libwacom/releases/tag/libwacom-1.5 https://github.com/linuxwacom/libwacom/blob/libwacom-1.5/NEWS PR: 249554 [1], 249503 [2] Submitted by: jbeich [1], daniel.engberg.lists@pyret.net [2] Differential Revision: https://reviews.freebsd.org/D263506e05971e20
Bump portrevision for devel/evdev-proto Bump portrevision on everything with a build dependency on devel/evdev-proto, to chace the update of evdev-proto in r550442.a8d9df7e30
Add compiler:c++11-lang to USES to fix build on GCC-based systems: ../libwacom/libwacom-deprecated.c:60: error: expected declaration specifiers or '...' before string constant Approved by: portmgr (tier-2 blanket)d9a4168e8b
x11/libwacom: Update to 1.4.1 Update x11/libwacom to 1.4.1 Changelog: https://github.com/linuxwacom/libwacom/releases/tag/libwacom-1.4 https://github.com/linuxwacom/libwacom/releases/tag/libwacom-1.4.10afbf2c344
x11/libwacom: update to 1.3 Changes: https://github.com/linuxwacom/libwacom/compare/libwacom-1.2...libwacom-1.3 Reported by: portscout Approved by: zeising (x11) Differential Revision: https://reviews.freebsd.org/D24180480dfbbab4
x11/libwacom: unbreak "make test"
[0/1] /usr/local/bin/meson test --no-rebuild --print-errorlogs
Traceback (most recent call last):
File "/usr/local/lib/python3.7/site-packages/mesonbuild/mesonmain.py", line 129, in run
return options.run_func(options)
File "/usr/local/lib/python3.7/site-packages/mesonbuild/mtest.py", line 1045, in run
return th.doit()
File "/usr/local/lib/python3.7/site-packages/mesonbuild/mtest.py", line 802, in doit
self.run_tests(tests)
File "/usr/local/lib/python3.7/site-packages/mesonbuild/mtest.py", line 954, in run_tests
self.drain_futures(futures)
File "/usr/local/lib/python3.7/site-packages/mesonbuild/mtest.py", line 970, in drain_futures
self.process_test_result(result.result())
File "/usr/local/lib/python3.7/concurrent/futures/_base.py", line 435, in result
return self.__get_result()
File "/usr/local/lib/python3.7/concurrent/futures/_base.py", line 384, in __get_result
raise self._exception
File "/usr/local/lib/python3.7/concurrent/futures/thread.py", line 57, in run
result = self.fn(*self.args, **self.kwargs)
File "/usr/local/lib/python3.7/site-packages/mesonbuild/mtest.py", line 494, in run
return self._run_cmd(wrap + cmd + self.test.cmd_args + self.options.test_args)
File "/usr/local/lib/python3.7/site-packages/mesonbuild/mtest.py", line 549, in _run_cmd
preexec_fn=preexec_fn if not is_windows() else None)
File "/usr/local/lib/python3.7/subprocess.py", line 800, in __init__
restore_signals, start_new_session)
File "/usr/local/lib/python3.7/subprocess.py", line 1551, in _execute_child
raise child_exception_type(errno_num, err_msg, err_filename)
FileNotFoundError: [Errno 2] No such file or directory: '/usr/ports/x11/libwacom/work/libwacom-libwacom-1.2/data/check-files-in-git.sh': '/usr/ports/x11/libwacom/work/libwacom-libwacom-1.2/data/check-files-in-git.sh'
FAILED: meson-test
/usr/local/bin/meson test --no-rebuild --print-errorlogs
ninja: build stopped: subcommand failed.
Requested by: John Hein
Approved by: zeising (x11)
Differential Revision: https://reviews.freebsd.org/D2400141339548ecx11/libwacom: unbreak after r244554 when libxml2 isn't bootlegged PR: 244554 Reported by: Matthias Pfaller Approved by: manu, imp, zeising (x11) Differential Revision: https://reviews.freebsd.org/D23930d206b3a118
x11/libwacom: convert to USES=meson Approved by: manu, zeising (x11) Differential Revision: https://reviews.freebsd.org/D2381958a00dbb32
x11/libwacom: update to 1.2 Changes: https://github.com/linuxwacom/libwacom/compare/libwacom-0.32...libwacom-1.2 Approved by: manu, zeising (x11) Differential Revision: https://reviews.freebsd.org/D23818dfc0923bd0
x11/libwacom: fix installation of layouts Approved by: manu, zeising (x11) Differential Revision: https://reviews.freebsd.org/D238185780eff0e0
x11/libwacom: Update to 0.32 Update x11/libwacom to 0.32. Switch to use github, upstream has moved there. Obtained from: FreeBSD Graphics Team Development Repo https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/input https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/input-ports28e40759b0
x11/libwacom: install the profiles of tablets Due to a linux only command in the makefile libwacom isn't finding and installing tablet profiles. Fix the command to work on FreeBSD and thus install tablet profiles. PR: 219264 Submitted by: Henry Hu926db3d090
Update to 0.238f254c3a31
Libwacom is a new library to help implement Wacom tablet settings. It is intended to be used by client-programs that need model identification. WWW: http://linuxwacom.sourceforge.net/wiki/index.php/Libwacom Obtained from: FreeBSDDesktop github554a154364