Hi,
since I haven't got any feedback and this issue has caused openmoko
install.sh to fail for more than two months I'll start preparing an NMU
soon.
-Timo
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hello,
On Tue, Jul 05, 2011 at 09:25:28AM +0300, Timo Juhani Lindfors wrote:
since I haven't got any feedback and this issue has caused openmoko
install.sh to fail for more than two months I'll start preparing an NMU
soon.
I have tested the patch and it seems to work here on IGEPv2 board.
On Tue, 07 Jun 2011 14:14:50 +0300, Timo Juhani Lindfors wrote:
I've attached a tested debdiff against 1.0-8. source package and armel
binaries are available at
http://lindi.iki.fi/lindi/tslib/
The patched package works fine for me, thanks!
Cheers,
gregor
--
.''`. Homepage:
Hi,
I'm running linux-image-2.6.37-qtmoko-gta02 from pkg-fso repositories
and can confirm that the patched tslib packages by lindi make the
touchscreen work again.
Thank you!
cheers, josch
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
package libts-0.0-0
tags 623095 patch
thanks
Hi,
if I read 8613e4c2872a87cc309a42de2c7091744dc54d0e correctly it seems
that it does not modify any parts of the API that tslib actually uses.
Wouldn't it then be safe for tslib to allow both EV_VERSION 0x010001 and
0x01?
I've attached a
From the #debian-arm IRC channel:
pabs codehelp: any chance to get #623095 fixed soon?
rtp pabs: which kernel are you using ?
pabs pkg-fso 2.6.34
rtp ok, so you're maybe hitting the problem I'm thinking of.
rtp in 2.6.37 there has been changes in put stuff (see commit
6 matches
Mail list logo