Re: QtMoko and X applicatiions
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
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
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
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
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
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
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
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
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
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
QtMoko and X applicatiions
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. -- Iain B. Findleton Tel: 514-457-0744 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko and X applicatiions
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