|Summary:||x11-drivers/xf86-input-tslib does not work with xorg > 1.11|
|Product:||Gentoo Linux||Reporter:||Gianluigi Tiesi <sherpya>|
|Component:||New packages||Assignee:||Embedded Gentoo Team <embedded>|
|Severity:||normal||CC:||nikoli, pacho, sherpya, x11|
|Package list:||Runtime testing required:||---|
|Bug Depends on:|
Description Gianluigi Tiesi 2012-12-08 04:50:43 UTC
Created attachment 331790 [details, diff] proposed patch there is already a bug report on debian bts: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674821 I've added a simple patch that re-adds conditionally xf86XInputSetScreen with the code xorg removed in 1.12 I've tested it and it works for me, really it was working even commenting out the call actually it builds but it will fail with undefined symbol when loaded by xorg adding as major since it's unusable with xorg > 1.11, currently gentoo ships 1.13
Comment 1 ALeX 2012-12-27 18:11:59 UTC
Today tested the patch on my HP iPAQ hx4700. It works.
Comment 2 Pavel Riha 2013-06-13 15:55:09 UTC
I can confirm the same problem. and the patch helped is there any reason not to including it in portage?
Comment 3 Chí-Thanh Christopher Nguyễn 2013-06-13 17:45:13 UTC
(In reply to Pavel Riha from comment #2) I can't speak for embedded, but x11 team is not keen on maintaining patches indefinitely. So some sort of path for upstream inclusion of this patch would make it more acceptable for us.
Comment 4 Chí-Thanh Christopher Nguyễn 2013-06-17 18:14:01 UTC
It appears like the original upstream is inactive and development mostly happens at Ubuntu now. embedded: do you object if we switch upstreams and ship Ubuntu's version of xf86-input-tslib instead?
Comment 5 Nikoli 2013-08-05 10:14:24 UTC
Seems like maintainer timeout, there were no objections, may be you will commit to tree?
Comment 6 Anthony Basile 2013-09-14 09:41:03 UTC
(In reply to Chí-Thanh Christopher Nguyễn from comment #4) > It appears like the original upstream is inactive and development mostly > happens at Ubuntu now. > > embedded: do you object if we switch upstreams and ship Ubuntu's version of > xf86-input-tslib instead? If the original upstream is dead and ubuntu is active, and their driver works, I don't see any problem.