Re: QtMoko and X applicatiions

2013-01-30 Thread Timo Juhani Lindfors
Dr. H. Nikolaus Schaller h...@goldelico.com writes:
 wget http://lindi.iki.fi/lindi/tslib/libts-0.0-0_1.0-8lindi1_armel.deb
 dpkg -i libts-0.0-0_1.0-8lindi1_armel.deb

That package can disappear any time. It was only offered to triage a bug
in

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=623095

I'm really puzzled that you are actually using it in a distribution. How
about using tslib 1.0-9 instead?

 apt-get source libts-0.0-0
 sed -i s/0x01/0x010001/g /usr/include/linux/input.h
 ( cd tslib-1.0  dpkg-buildpackage -uc -b )
 sed -i s/0x010001/0x01/g /usr/include/linux/input.h
 dpkg -i libts-0.0-0_1.0-7_armel.deb
 but certainly needs more time than wget :)

Or

dget -x http://lindi.iki.fi/lindi/tslib/tslib_1.0-8lindi1.dsc
pbuilder --build tslib_1.0-8lindi1.dsc


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: QtMoko and X applicatiions

2013-01-30 Thread Dr. H. Nikolaus Schaller
Hi,

Am 30.01.2013 um 09:22 schrieb Timo Juhani Lindfors:

 Dr. H. Nikolaus Schaller h...@goldelico.com writes:
 wget http://lindi.iki.fi/lindi/tslib/libts-0.0-0_1.0-8lindi1_armel.deb
 dpkg -i libts-0.0-0_1.0-8lindi1_armel.deb
 
 That package can disappear any time. It was only offered to triage a bug

I have made a copy where it will be as long as the GTA04 project exists:

http://download.goldelico.com/gta04/debian/dists/stable/main/binary-armel/libts-0.0-0_1.0-8lindi1_armel.deb

 in
 
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=623095
 
 I'm really puzzled that you are actually using it in a distribution. How
 about using tslib 1.0-9 instead?

Well, it is the usual fragmentation of information problem :)

I did not know that there is an issue - until I tried to use the official
squeeze tslib with a 3.7 kernel yesterday.

I didn't know and find solutions (I do neither read the freerunner IRC
nor remember things so long) except tracking down the issue and
compiling the tslib myself.

Then, Radek did hint at his solution to use your (old) version
(which just does its job very well).

Now, there is the next piece of info that it is itself old...

My general idea is that the gta04 project collects
all these pieces and provides a rock solid debian stable
basis that simply works - but without a specific GUI.

And different GUI systems/distributions don't have to care
about it too much. Ideally all of them should be installable
as easily as

apt-get install lxde

and removed by

apt-get remove lxde

based on some official GTA04 debian base image.

But to make this work, it might need a little more consolidation
of what we already have.

And better reporting of issues/solutions to the central repository.
So please use the issues reporter:

http://projects.goldelico.com/p/gta04-main/issues/

or more specific for the debian stable rootfs:

http://projects.goldelico.com/p/gta04-rootfs/issues/

 
 apt-get source libts-0.0-0
 sed -i s/0x01/0x010001/g /usr/include/linux/input.h
 ( cd tslib-1.0  dpkg-buildpackage -uc -b )
 sed -i s/0x010001/0x01/g /usr/include/linux/input.h
 dpkg -i libts-0.0-0_1.0-7_armel.deb
 but certainly needs more time than wget :)
 
 Or
 
 dget -x http://lindi.iki.fi/lindi/tslib/tslib_1.0-8lindi1.dsc
 pbuilder --build tslib_1.0-8lindi1.dsc

BR and thanks to all for your great work (I could base mine on),
Nikolaus


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: QtMoko and X applicatiions

2013-01-30 Thread Radek Polak
On Wednesday, January 30, 2013 09:22:39 AM Timo Juhani Lindfors wrote:

 I'm really puzzled that you are actually using it in a distribution. How
 about using tslib 1.0-9 instead?

I am most likely doing last squeeze based release. New releases will be based 
on wheezy with newer tslib, where it works out of the box.

Regards

Radek
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: QtMoko and X applicatiions

2013-01-29 Thread Dr. H. Nikolaus Schaller

Am 28.01.2013 um 02:49 schrieb Paul Wise:

 On Mon, Jan 28, 2013 at 7:36 AM, Neil Jerram wrote:
 
 Also, for GTA04 I think the installed xorg.conf has the wrong
 
 Why is there an installed xorg.conf at all? We are well past the days
 where Xorg needs a configuration file, it gained automatic
 configuration a long time ago.

The answer is simple: there is no touchscreen calibration and
debounce/dejitter method in (unconfigured) Xorg for a long time.
At least I am not aware of.

I.e. we have to configure Xorg to load tslib and disable autodetection
of /dev/input/event*.

An alternative would be to modify the touch screen
kernel driver to send calibrated (and debounced, dejittered)
events to the kernel. But the kernel can't read/write calibration
data and adding /sys nodes to to that needs some daemon to
write it. I.e. also needs some configuration.

Finally, there is http://www.freedesktop.org/wiki/Software/xinput_calibrator
but it is n/a in Debian so I couldn't test it quickly.

BR,
Nikolaus



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: QtMoko and X applicatiions

2013-01-29 Thread Dr. H. Nikolaus Schaller
Hi,
using the new 3.7 kernel with debian squeeze Xorg also makes troubles...

Am 28.01.2013 um 00:36 schrieb Neil Jerram:

 Radek Polak pson...@seznam.cz writes:
 
 On Friday, January 25, 2013 04:37:05 PM Iain B. Findleton wrote:
 
 Thanks for the hint.
 
 When I start QM from the qtmoko menu, I get nothing but a blank screen
 and an input for an application. I have updated the files in
 /opt/qtmoko/etc/qm as described in the Openmoko wiki, but the menu items
 for favourites shows nothing. Is there any other updated documentation?
 Need I install something?
 
 Install your favourite X application - e.g. foxtrotgps and then select 
 Favourites from context menu. The application should appear there (if it 
 has 
 .desktop file in /usr/share/applications). Then you can also configure it 
 some 
 more - like fullscreen, virtiual keyboard...
 
 It seems to me that there are a couple of problems here; please see the
 attached patches.
 
 From 2764304b0a4ad50e608f57bb00ecc1388217b9fc Mon Sep 17 00:00:00 2001
 From: Neil Jerram n...@ossau.homelinux.net
 Date: Sat, 26 Jan 2013 00:23:34 +
 Subject: [PATCH 1/3] qx - fix setting of DISPLAY variable
 
 ---
 src/3rdparty/applications/qx/qx.cpp |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 
 diff --git a/src/3rdparty/applications/qx/qx.cpp 
 b/src/3rdparty/applications/qx/qx.cpp
 index 6c22ba1..65a651e 100644
 --- a/src/3rdparty/applications/qx/qx.cpp
 +++ b/src/3rdparty/applications/qx/qx.cpp
 @@ -172,7 +172,7 @@ QX::QX(QWidget *parent, Qt::WFlags f)
 screen = QX::ScreenMain;
 
 if(getenv(DISPLAY) == NULL)
 -setenv(DISPLAY, 0:0, true);
 +setenv(DISPLAY, :0.0, true);
 
 #if QTOPIA
 powerConstraint = QtopiaApplication::Disable;
 -- 
 1.7.10.4
 
 From f2b60da8feb85ff28b1653a7e2c626fcee332db2 Mon Sep 17 00:00:00 2001
 From: Neil Jerram n...@ossau.homelinux.net
 Date: Sat, 26 Jan 2013 01:08:55 +
 Subject: [PATCH 3/3] qx - fix Xfbdev invocation
 
 It wants -nocursor, not -hide-cursor.
 ---
 src/3rdparty/applications/qx/qx.cpp |5 -
 1 file changed, 4 insertions(+), 1 deletion(-)
 
 diff --git a/src/3rdparty/applications/qx/qx.cpp 
 b/src/3rdparty/applications/qx/qx.cpp
 index 65a651e..bdc01c0 100644
 --- a/src/3rdparty/applications/qx/qx.cpp
 +++ b/src/3rdparty/applications/qx/qx.cpp
 @@ -438,12 +438,15 @@ void QX::runApp(QString filename, QString applabel, 
 bool rotate)
 }
 else
 {
 +#ifdef QT_QWS_NEO
 args.append(-hide-cursor);
 args.append(-dpi);
 args.append(128);
 -#ifdef QT_QWS_NEO
 xprocess-start(/usr/bin/Xglamo, args);
 #else
 +args.append(-nocursor);
 +args.append(-dpi);
 +args.append(128);
 xprocess-start(/usr/bin/Xfbdev, args);
 #endif
 }
 -- 
 1.7.10.4
 
 
 Possibly these affect GTA04 only though; I'm not sure.
 
 Also, for GTA04 I think the installed xorg.conf has the wrong
 /dev/input/eventN numbers.  For GTA04 I believe it should be

the event-numbers have changed between 2.6.32 and 3.7 kernels.

  touchscreen = 0
  Power = 2
  AUX = 5
 although I suppose even better would be to use the symlinks
  /dev/input/touchscreen
  /dev/input/power
  /dev/input/aux

Yes, definitively. The event numbers aren't guaranteed.

 Are those symlinks created on Freerunner too?  If so, that's the best
 overall solution.

Hm. How do you get these symlinks? On my 3.7 system they are not
created automatically at all. And the touch is even missing in

/dev/input/by-name

 
 Also what's the latest thinking on which is best for GTA04, out of Xorg
 and Xfbdev?  I currently have Xfbdev installed, but I don't remember why
 I made that choice.
 
 Regards,
Neil

Another issue is that evtouch (from debian squeeze) is segfaulting.
And tslib (also from squeeze) is no longer recognizing any events
since the kernel presents a different EV_VERSION.

Nikolaus


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: QtMoko and X applicatiions

2013-01-29 Thread arne anka

Also, for GTA04 I think the installed xorg.conf has the wrong


Why is there an installed xorg.conf at all? We are well past the days
where Xorg needs a configuration file, it gained automatic
configuration a long time ago.


not sure about X in QTMoko, but for normal X, auto conf does not work.  
you'll need to configure still some stuff.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: QtMoko and X applicatiions

2013-01-29 Thread arne anka

An alternative would be to modify the touch screen
kernel driver to send calibrated (and debounced, dejittered)
events to the kernel. But the kernel can't read/write calibration
data and adding /sys nodes to to that needs some daemon to
write it. I.e. also needs some configuration.


not quite sure, if it applies -- but there's inputattach which si supposed  
to act as daemon between touchscreen and X, so that X may use normal input  
devices/drivers. since the tslib xorg driver has a known, reported, and  
yet still unfixed serious bug, i'd suppose it's rather dead -- so  
inputattach would be the way to go anyway.

i did not yet try to use it, but it's on my list for debian.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: QtMoko and X applicatiions

2013-01-29 Thread Radek Polak
On Tuesday, January 29, 2013 05:12:45 PM Dr. H. Nikolaus Schaller wrote:
 Hi,
 using the new 3.7 kernel with debian squeeze Xorg also makes troubles...
 
 Am 28.01.2013 um 00:36 schrieb Neil Jerram:
  Radek Polak pson...@seznam.cz writes:
  On Friday, January 25, 2013 04:37:05 PM Iain B. Findleton wrote:
  Thanks for the hint.
  
  When I start QM from the qtmoko menu, I get nothing but a blank screen
  and an input for an application. I have updated the files in
  /opt/qtmoko/etc/qm as described in the Openmoko wiki, but the menu
  items for favourites shows nothing. Is there any other updated
  documentation? Need I install something?
  
  Install your favourite X application - e.g. foxtrotgps and then select
  Favourites from context menu. The application should appear there (if
  it has .desktop file in /usr/share/applications). Then you can also
  configure it some more - like fullscreen, virtiual keyboard...
  
  It seems to me that there are a couple of problems here; please see the
  attached patches.
  
  From 2764304b0a4ad50e608f57bb00ecc1388217b9fc Mon Sep 17 00:00:00 2001
  From: Neil Jerram n...@ossau.homelinux.net
  Date: Sat, 26 Jan 2013 00:23:34 +
  Subject: [PATCH 1/3] qx - fix setting of DISPLAY variable
  
  ---
  src/3rdparty/applications/qx/qx.cpp |2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)
  
  diff --git a/src/3rdparty/applications/qx/qx.cpp
  b/src/3rdparty/applications/qx/qx.cpp index 6c22ba1..65a651e 100644
  --- a/src/3rdparty/applications/qx/qx.cpp
  +++ b/src/3rdparty/applications/qx/qx.cpp
  @@ -172,7 +172,7 @@ QX::QX(QWidget *parent, Qt::WFlags f)
  
  screen = QX::ScreenMain;
  
  if(getenv(DISPLAY) == NULL)
  
  -setenv(DISPLAY, 0:0, true);
  +setenv(DISPLAY, :0.0, true);
  
  #if QTOPIA
  
  powerConstraint = QtopiaApplication::Disable;
 
 the event-numbers have changed between 2.6.32 and 3.7 kernels.
 
   touchscreen = 0
   Power = 2
   AUX = 5
  
  although I suppose even better would be to use the symlinks
  
   /dev/input/touchscreen
   /dev/input/power
   /dev/input/aux
 
 Yes, definitively. The event numbers aren't guaranteed.
 
  Are those symlinks created on Freerunner too?  If so, that's the best
  overall solution.
 
 Hm. How do you get these symlinks? On my 3.7 system they are not
 created automatically at all. And the touch is even missing in

General advice - try in QtMoko, if it works there search in this doc:

https://github.com/radekp/qtmoko/blob/master/doc/txt/old/debian_rootfs_howto_gta04_squeeze.txt

In this case you need udev running and download this rules:

cd /etc/udev/rules.d
wget 
https://raw.github.com/radekp/linux-2.6/v3.7-gta04-qtmoko-v52/GTA04/udev-rules/hso.rules
wget 
https://raw.github.com/radekp/linux-2.6/v3.7-gta04-qtmoko-v52/GTA04/udev-rules/input.rules

 Another issue is that evtouch (from debian squeeze) is segfaulting.
 And tslib (also from squeeze) is no longer recognizing any events
 since the kernel presents a different EV_VERSION.

Same general advice, just a few lines below:

wget http://lindi.iki.fi/lindi/tslib/libts-0.0-0_1.0-8lindi1_armel.deb
dpkg -i libts-0.0-0_1.0-8lindi1_armel.deb

Regards

Radek



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: QtMoko and X applicatiions

2013-01-29 Thread Dr. H. Nikolaus Schaller

Am 30.01.2013 um 07:39 schrieb Radek Polak:

 On Tuesday, January 29, 2013 05:12:45 PM Dr. H. Nikolaus Schaller wrote:
  Hi,
  using the new 3.7 kernel with debian squeeze Xorg also makes troubles...
  
  Am 28.01.2013 um 00:36 schrieb Neil Jerram:
   Radek Polak pson...@seznam.cz writes:
   On Friday, January 25, 2013 04:37:05 PM Iain B. Findleton wrote:
   Thanks for the hint.
   
   When I start QM from the qtmoko menu, I get nothing but a blank screen
   and an input for an application. I have updated the files in
   /opt/qtmoko/etc/qm as described in the Openmoko wiki, but the menu
   items for favourites shows nothing. Is there any other updated
   documentation? Need I install something?
   
   Install your favourite X application - e.g. foxtrotgps and then select
   Favourites from context menu. The application should appear there (if
   it has .desktop file in /usr/share/applications). Then you can also
   configure it some more - like fullscreen, virtiual keyboard...
   
   It seems to me that there are a couple of problems here; please see the
   attached patches.
   
   From 2764304b0a4ad50e608f57bb00ecc1388217b9fc Mon Sep 17 00:00:00 2001
   From: Neil Jerram n...@ossau.homelinux.net
   Date: Sat, 26 Jan 2013 00:23:34 +
   Subject: [PATCH 1/3] qx - fix setting of DISPLAY variable
   
   ---
   src/3rdparty/applications/qx/qx.cpp |2 +-
   1 file changed, 1 insertion(+), 1 deletion(-)
   
   diff --git a/src/3rdparty/applications/qx/qx.cpp
   b/src/3rdparty/applications/qx/qx.cpp index 6c22ba1..65a651e 100644
   --- a/src/3rdparty/applications/qx/qx.cpp
   +++ b/src/3rdparty/applications/qx/qx.cpp
   @@ -172,7 +172,7 @@ QX::QX(QWidget *parent, Qt::WFlags f)
   
   screen = QX::ScreenMain;
   
   if(getenv(DISPLAY) == NULL)
   
   -setenv(DISPLAY, 0:0, true);
   +setenv(DISPLAY, :0.0, true);
   
   #if QTOPIA
   
   powerConstraint = QtopiaApplication::Disable;
  
  the event-numbers have changed between 2.6.32 and 3.7 kernels.
  
touchscreen = 0
Power = 2
AUX = 5
   
   although I suppose even better would be to use the symlinks
   
/dev/input/touchscreen
/dev/input/power
/dev/input/aux
  
  Yes, definitively. The event numbers aren't guaranteed.
  
   Are those symlinks created on Freerunner too?  If so, that's the best
   overall solution.
  
  Hm. How do you get these symlinks? On my 3.7 system they are not
  created automatically at all. And the touch is even missing in
  
 General advice - try in QtMoko, if it works there search in this doc:
  
 https://github.com/radekp/qtmoko/blob/master/doc/txt/old/debian_rootfs_howto_gta04_squeeze.txt
  
 In this case you need udev running and download this rules:
  
 cd /etc/udev/rules.d
 wget 
 https://raw.github.com/radekp/linux-2.6/v3.7-gta04-qtmoko-v52/GTA04/udev-rules/hso.rules
 wget 
 https://raw.github.com/radekp/linux-2.6/v3.7-gta04-qtmoko-v52/GTA04/udev-rules/input.rules

Ok, the second rule was missing.

  
  Another issue is that evtouch (from debian squeeze) is segfaulting.
  And tslib (also from squeeze) is no longer recognizing any events
  since the kernel presents a different EV_VERSION.
  
 Same general advice, just a few lines below:
  
 wget http://lindi.iki.fi/lindi/tslib/libts-0.0-0_1.0-8lindi1_armel.deb
 dpkg -i libts-0.0-0_1.0-8lindi1_armel.deb

This also works:

apt-get source libts-0.0-0
sed -i s/0x01/0x010001/g /usr/include/linux/input.h
( cd tslib-1.0  dpkg-buildpackage -uc -b )
sed -i s/0x010001/0x01/g /usr/include/linux/input.h
dpkg -i libts-0.0-0_1.0-7_armel.deb
but certainly needs more time than wget :)

Nikolaus





___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: QtMoko and X applicatiions

2013-01-25 Thread Radek Polak
On Friday, January 25, 2013 04:37:05 PM Iain B. Findleton wrote:

 Thanks for the hint.
 
 When I start QM from the qtmoko menu, I get nothing but a blank screen
 and an input for an application. I have updated the files in
 /opt/qtmoko/etc/qm as described in the Openmoko wiki, but the menu items
 for favourites shows nothing. Is there any other updated documentation?
 Need I install something?

Install your favourite X application - e.g. foxtrotgps and then select 
Favourites from context menu. The application should appear there (if it has 
.desktop file in /usr/share/applications). Then you can also configure it some 
more - like fullscreen, virtiual keyboard...

Regards

Radek

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: QtMoko and X applicatiions

2013-01-24 Thread Harry Prevor
On 1/24/13, Iain B. Findleton ifindle...@videotron.ca wrote:
 Is there any easy way to run X applications under QtMoko? I'm not mush
 of a Qt person, and QtMoko does not appear to have X set up by default.

There's an application that comes with QtMoko called QX. QtMoko runs
entirely off the framebuffer by default, but QX is sort of like having
the X Server inside an application. You choose a command to run in QX
and it just works.

-- 
Harry Prevor

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community