Вдогонку: очень просим доработать пакет до состояния, когда конфигурационный файл с результатами калибровки создается автоматически как завершение работы с пакетом.
Сейчас приходится ручками создавать этот файл. Для школьных учителей это очень сложно.

ну и продублирую сюда тогда свои соображения по этому поводу:

перл выводит более глубокие флоаты, но нужны ли они настолько точные? так то можно float на double махнуть...
 
дальше, там целых три набора генерирующих выхлопы для разных драйверов (в порядке перебора):
1) usbtouchscreen - только auto и выводит, вестимо, параметры модуля, в modprobe.conf
2) evdev - умеет на выхлоп xorg hal и xinput
3) xorgprint - умеет xorg и hal
 
на сколько я в курсе hal давно похоронен
насколько актуальны usbtouchscreen и evdev - я не в курсе
как по мне, сюда бы добавить libinput, об который выкручивается это в wayland (https://wiki.archlinux.org/index.php/GPD_Pocket#Wayland)
я не фанат вэйленда, но отрицать его не могу
 
опятьже, у меня дикое желание оторвать вообще всю эту генерацию выходных файлов, и повесить это на оберточный скрипт
таким образом можно будет всегда добавлять разные конфигурации
от калибратора посути нужно только получить выхлоп координат тапов (успешных, ибо он там может обидеться и попросить новых тапов)
ну и размеров всей форточки, в которую тыкали
остальное можно посчитать скриптом, за исключением одной проблемы - там float, который в дефолтовых шеллах несколько отсутсвует
можно перлом, который вроде как должен быть по дефолту, можно awk
 
также неплохим решеним может быть просто опциональный вывод:
- координат тыков
- габаритных координат (тех, что сейчас калибратор выплевывает)
- матрицы трансформации
- размеров поляны
само собой с возможностью выбора нескольких одновременно
 
дальнейшая генерация файлов всеравно весьма зависит от конкретного устройства и дистра - так что вполне логично положить это на скрипт
да и както юниксвейно именно так
 
ну и опятьже, перловый скрипт этот перед запуском калибратора сбрасывает матрицу, а после применяет - втыкать это в сам калибратор не очень красиво
тут либо подвязывать потроха xinput, либо его прямо дергать, что мне не нравится ни так ни сяк, ну и в обоих случаях зависимость добавит
 
можно конечно притянуть шаблоны в сам калибратор, но мне кажется это менее удобным
я предлагаю его упростить, но добавить потенциала

Гм, и как оно на pav@ оказалось...

Серёж, у нас тут наработки наработались по существенному улучшению результативности xinput-calibrator, можешь глянуть да отозваться?

у меня давно нет того железа -- @everybody is welcome

0.7.5-alt4 давно в sisyphus/p10, благодарю.

PS: прислали тут ещё ссылочку по калибровке, заархивирую-ка:
http://docs.artix.su/plugins/servlet/mobile?contentId=125239417#content/view/125239417