Re: qtmoko nerongps fullscreenmode

2012-05-26 Thread robin
Radek Polak  seznam.cz> writes:

> 
> On Saturday 26 May 2012 05:36:00 robin wrote:
> 
> > does anyone know how to configure nerongps to be able to toggle between
> > fullscreen and window mode or just how to have it run always in fullscreen
> > mode?
> 
> AFAIK it does not support running in fullscreen, but it should be quite easy 
> to implement this. Maybe i can give it a try, or someone else want?
> 
> Regards
> 
> Radek
> 

hi radek,

that would be awesome. maybe this is the right time to start a discussion on
how the screen is best used by the applications in general. I borrowed the 
iphone of a friend to see what makes it so easy to use. these are my conclusions
a) the screen is bigger
b) the cover has no elevated edges around the screen so you can use the full 
screen
c) all buttons have at least the size of the pinki tip (if I remember correctly
our smallest finger is called pinki in english

as we cannot solve neither a) and only with new cad files maybe at some point b)
the best for an application would be to run always in fullscreen. Your new 
keyboard is essentially the key to survive on the current screen as it doesn't 
cover anything. Now with qtmoko apps there is always the topbar on and usually 
the bottom bar to either close it or to get additional options. I don't know if
this is feasable but maybe clicking top left (or some sliding movement) would
show the top bar (usually i don't need to know about time and gsm reception
when I eg use the internet browser) and may something similar for the bottom
bar: eg. it would only appear if you swip from bottom left to bottom right.

best regards and thanks again for all your efforts. do you already have a 
release date for the gta02 version with the new keyboard in mind?

best regards

robin



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


Re: Missing libmpfr.so.1 for building qtmoko on Ubuntu Precise Pangolin 12.04 64-bit

2012-05-26 Thread Carsten Gerlach
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello,

Am 26.05.2012 16:36, schrieb Radek Polak:
> 
> I had the same problem. In the end i copied libmpfr to /usr/lib32
> from 10.04 (lucid) and it worked.

Thanks, that helped. But I had to copy libmpfr.so.1 to /usr/lib/ (not
lib32) that it works.

Now configure runs some steps further, but the new problem comes here:

- --
$~/Dokumente/OM/qtmoko/GTA02/sources/build$ ../qtmoko/configure
- -device neo -D _FORTIFY_SOURCE=0 -rtti
Testing the system Qt: OK
Qt Extended is using the following locations:
Qt  PREFIX  = /usr
Qt  LIBRARIES   = /usr/lib/x86_64-linux-gnu
Qt  BINARIES= /usr/bin
Qt  HEADERS = /usr/include/qt4
Qt Embedded SOURCE tree =
/home/carsten/Dokumente/OM/qtmoko/GTA02/sources/qtmoko/qtopiacore/qt
Qt Embedded BUILD  tree =
/home/carsten/Dokumente/OM/qtmoko/GTA02/sources/build/qtopiacore/target
Qt Extended SOURCE tree =
/home/carsten/Dokumente/OM/qtmoko/GTA02/sources/qtmoko
Qt Extended BUILD  tree =
/home/carsten/Dokumente/OM/qtmoko/GTA02/sources/build
Qt Extended SDKtree =
/home/carsten/Dokumente/OM/qtmoko/GTA02/sources/build/sdk

Checking the compiler (host): OK (GCC 4, Little Endian)
Checking the compiler (target): OK (GCC 4, Little Endian)
Bootstrap QBuild: ... OK
Testing QBuild: OK
Testing for ALSA: OK
Testing Media Engines: cruxus
Checking QMAKE_RPATH: -Wl,-rpath-link,
Testing for OpenSSL: OK
Testing for dynamic rotation: OK
Testing DBUS: OK
Checking for PAGE_SIZE and PAGE_MASK: MISSING
WARNING: QSharedMemoryCache will not throw away unused pages
Testing for strict warning flags your compiler accepts: -Wall
- -Woverloaded-virtual
Testing for V4L2: OK
Testing for prctl(): OK
Testing for semtimedop: OK
Testing for __malloc_hook: OK

Running configure (qtopiacore)...
filter_system
/home/carsten/Dokumente/OM/qtmoko/GTA02/sources/build/bin/qbuild
- -script -C /src/libraries/qtopiacore/configure configure 2>&1
/home/carsten/Dokumente/OM/qtmoko/GTA02/sources/build/src/build/bin/pkgconfig:/opt/toolchains/arm920t-eabi/bin:/home/carsten/bin:/home/carsten/bin:/usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/texlive/2011/bin/x86_64-linux:/usr/local/texlive/2011/bin/x86_64-linux:/home/carsten/Dokumente/OM/qtmoko/GTA02/sources/build/sdk/qtopiacore/host/bin
ASSERT: "!looped" in file ../../../qtmoko/qbuild/src/solution.cpp,
line 2155
qbuild died with signal 6 at
/home/carsten/Dokumente/OM/qtmoko/GTA02/sources/qtmoko/src/build/bin/configure
line 3576
make: *** [src/build/mkconf/configure] Fehler 25
- --


I tried to understand what happens in solution.cpp around line 2155
but I don't know, what these lines mean:


- -snipsolution.cpp
2150// We have a path that goes through a symlink.
2151// Use some magic to determine the correct path
2152// and re-run this function so that everything is good.
2153SolutionFile canon = m_file.canonicalPath();
2154if ( canon.fsPath() != m_file.fsPath() ) {
2155Q_ASSERT(!looped);
2156//qWarning() << "Found a path with a symlink!";
2157//qWarning() << "m_file" << m_file;
2158//qWarning() << "canon" << canon;
2159m_file = canon;
2160m_nodePath = m_file.solutionPath();
2161if ( m_nodePath.startsWith("!") )
2162m_nodePath = m_nodePath.mid(1);
2163m_nodePath = simplifyNodeName(m_nodePath);
2164looped = true;
2165goto loop;
2166}
- -snap


I reactivated the commented lines 2156 - 2158 and then I get more output:


- --
Running configure (qtopiacore)...
filter_system
/home/carsten/Dokumente/OM/qtmoko/GTA02/sources/build/bin/qbuild
- -script -C /src/libraries/qtopiacore/configure configure 2>&1
/home/carsten/Dokumente/OM/qtmoko/GTA02/sources/build/src/build/bin/pkgconfig:/opt/toolchains/arm920t-eabi/bin:/home/carsten/bin:/home/carsten/bin:/usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/texlive/2011/bin/x86_64-linux:/usr/local/texlive/2011/bin/x86_64-linux:/home/carsten/Dokumente/OM/qtmoko/GTA02/sources/build/sdk/qtopiacore/host/bin
Found a path with a symlink!
m_file File( Type:  Absolute , Path:
"!/usr/share/qt4/mkspecs/default/qmake.conf" , Fs Path:
"/usr/share/qt4/mkspecs/default/qmake.conf" )
canon File( Type:  Absolute , Path:
"!/usr/share/qt4/mkspecs/linux-g++-64/qmake.conf" , Fs Path:
"/usr/share/qt4/mkspecs/linux-g++-64/qmake.conf" )
Found a path with a symlink!
m_file File( Type:  Absolute , Path:
"!/usr/share/qt4/mkspecs/default/qmake.conf" , Fs Path:
"/usr/share/qt4/mkspecs/default/qmake.conf" )
canon File( Type:  Absolute , Path:
"!/usr/share/qt4/mkspecs/linux

Re: qtmoko nerongps fullscreenmode

2012-05-26 Thread Radek Polak
On Saturday 26 May 2012 05:36:00 robin wrote:

> does anyone know how to configure nerongps to be able to toggle between
> fullscreen and window mode or just how to have it run always in fullscreen
> mode?

AFAIK it does not support running in fullscreen, but it should be quite easy 
to implement this. Maybe i can give it a try, or someone else want?

Regards

Radek

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


Re: Missing libmpfr.so.1 for building qtmoko on Ubuntu Precise Pangolin 12.04 64-bit

2012-05-26 Thread Radek Polak
On Friday 25 May 2012 20:48:17 Carsten Gerlach wrote:

> All these packages I have installed and created symlinks with the name
> libmpfr.so.1 (in all above mentioned directories), see e.g.
> 
> ---
> /usr/lib32$ ls -l libmpfr.so*
> lrwxrwxrwx 1 root root  16 Apr  4 15:59 libmpfr.so -> libmpfr.so.4.1.0
> lrwxrwxrwx 1 root root  10 Mai 25 21:31 libmpfr.so.1 -> libmpfr.so
> lrwxrwxrwx 1 root root  16 Apr  4 15:59 libmpfr.so.4 -> libmpfr.so.4.1.0
> -rw-r--r-- 1 root root 375256 Apr  4 15:59 libmpfr.so.4.1.0
> ---
> 
> Nevertheless I get the same error, that "libmpfr.so.1" can't be found.

I had the same problem. In the end i copied libmpfr to /usr/lib32 from 10.04 
(lucid) and it worked.

I can check my 12.04 installation on Monday if needed. Btw this is how it 
looks like on my debian machine:

$ find /usr | grep libmpfr
/usr/lib/libmpfr.so.4
/usr/lib/libmpfr.so.4.0.0
/usr/lib32/libmpfr.so.1.1.1
/usr/lib32/libmpfr.so.1

Maybe you can also use libmpfr from debian.

Best solution would be of course to use 64bit toolchain - i wish i had time to 
do it...

Regards

Radek

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