#861455 RFP: xf86-input-tslib -- X.org input driver for tslib

Package:
wnpp
Source:
wnpp
Submitter:
Martin Kepplinger
Date:
2018-12-10 16:21:13 UTC
Severity:
wishlist
#861455#5
Date:
2017-04-29 10:47:29 UTC
From:
To:
* Package name    : xf86-input-tslib
  Version         : 0.0.7
  Upstream Author : Martin Kepplinger <martink@posteo.de>
* URL             : https://github.com/merge/xf86-input-tslib
* License         : MIT
  Programming Lang: C
  Description     : X.org input driver for tslib

xf86-input-tslib had been in Debian before, see
https://tracker.debian.org/pkg/xf86-input-tslib and I'm rewriting the
packaging completely due to it's age. I only intend to build upon the
old changelog file.

Former upstream site:
http://public.pengutronix.de/software/xf86-input-tslib/

Packaging is done here now:
https://github.com/merge/xf86-input-tslib-debian

 - why is this package useful/relevant?

tslib is still quite widely used in embedded at least. It saw much
improvements recently and this package would make tslib available to
X servers. xf86-input-tslib 0.0.7 was recently released and makes it
usable on recent systems. There are plans for multitouch too.

 - how do you plan to maintain it?

I reached out to the people from the old packaging repo at
http://git.debian.org/?p=collab-maint/xf86-input-tslib.git;a=summary
but haven't heard anything. It shouldn't be an issue though, to just
maintain this little packaging code on github.

#861455#10
Date:
2017-04-29 11:08:59 UTC
From:
To:
fyi: https://mentors.debian.net/package/xf86-input-tslib
#861455#15
Date:
2017-04-29 14:29:38 UTC
From:
To:
I don't think we should revive this package in Debian.  There has been
much effort upstream in the last years to reduce the amount of
device-specific code in userspace drivers, with things stabilizing
around the evdev and now libinput drivers.  Why does libinput not
satisfy your needs, and why can't it be made to?

Cheers,
Julien

#861455#20
Date:
2017-04-29 14:42:58 UTC
From:
To:
Am 2017-04-29 um 16:29 schrieb Julien Cristau:

tslib's purpose (among others) is to have variety of filters to apply to
touch input samples, and screen-calibration (linear transformation).

libinput, as far as I know, doesn't have a filter-stack or mechanism to
chain mathematical filters.

thanks,

                              martin

#861455#27
Date:
2017-05-15 07:27:12 UTC
From:
To:
Version 1.0.0 is released upstream, being a major update, almost a
rewrite, it uses
X.org's touch API and supports multitouch.

The package is updated on mentors accordingly. In case you want to make
that available
to Debian and sponsor it, feel free to contact me.

cheers,
                                      martin

#861455#32
Date:
2017-06-08 09:56:48 UTC
From:
To:
By now, this updated version 1.0.0 has at least __some__ popularity in
Arch Linux'
AUR repository, see https://aur.archlinux.org/packages/xf86-input-tslib/
and buildroot
uses it in their builds.

To clarify, tslib itself even somewhat promotes using standard evdev
touchscreen
kernel drivers. It's main purpose is the filter stack on top of it. From
X.org's perspective,
tslib offers a special API that won't be part of xf86-input-evdev or
xf86-input-libinput or
even libinput itself. It's totally touchscreen specific.

But if people need tslib's filters, xf86-input-tslib makes tslib
_trivially_ easy to use for
X.org systems. While there are other ways to use it, they require more
configuration
which isn't such a problem in embedded devices.

Since both projects (tslib and xf86-input-tslib) are actively
maintained, at least for me,
it'd make sense to have them in Debian.

#861455#37
Date:
2017-09-06 15:52:35 UTC
From:
To:
Updated to the upstream 1.1.0 release.

tslib itself is gaining popularity since the beginning of this year, see

https://qa.debian.org/popcon-graph.php?packages=libts0+libts-bin&show_installed=on&want_legend=on&want_ticks=on&from_date=2017-01-01&to_date=now&hlght_date=&date_fmt=%25Y-%25m&beenhere=1

and as SDL2 graphical calibration and a D-Bus daemon are at least
possible in the future for tslib, it would only become more useful.
xf86-input-tslib makes tslib "just work" on X11.