[Gta04-owner] qtmoko-navit: Gui blocks in town search in binfile maps.

[Radek Polak]

On Monday, March 04, 2013 03:36:08 PM Stefan Wildemann wrote:

> Hi together,
> 
> finally I was able to compile qtmoko + qtmoko-navit. But it was slow as
> hell (4 days for qtmoko).

Ahh great, 4 days was expected :) Btw with big ccache the next rebuilds are 
going to be much faster - under 1 day

> Could someone doing native builds for armhf on qemu post the used qemu
> configuration for armhf?

Sure, i have uploaded my setup here:

http://sourceforge.net/projects/qtmoko/files/BuildHost/qtmoko-buildhost-
armhf.tar.gz/download

It's just kernel+initrd+start script. You need to supply your own rootfs named 
wheezy-armhf.img

> Is it possible to just build parts of qtmoko say e.g qwhereabouts?

Yes, very easily, there are two ways. Either:

	cd /root/qte/build-gta04/devices/gta04/src/plugins/whereabouts/neo/
	make

or

	cd /root/qte/qtmoko/devices/gta04/src/plugins/whereabouts/neo/
	/root/qte/build-gta04/bin/qbuild

Watch the output for resulting .so and you can scp it to device to test it.

> About the navit problems I found so far 2 problems.
> First, search is unusable because for whatever reasons the Idle event
> doesn't get triggered. If it
> is changed to a cyclic half second timer then at least search works.
> This is NOT a solution yet, but way
> better for those wanting to actually use navit now. I'll continue
> investigation here.
> 
> No patch for that. Just alter line #883 in
> navit/navit/graphics/qt_qpainter/graphics_qt_qpainter.cpp of radek's
> qtmoko_hack2 branch to say"return (struct event_idle
> *)event_qt_add_timeout(500, 1, cb); "

Great!

> Second problem is the qwhereabouts-plugin neogpsplugin. Currently it
> hooks to gpsd via gpspipe.
> Additionally it triggeres rfkill for gps device. Unfortunately gpsd
> doesn't immediately close the gps device when
> it looses connection. So closing neogpsplugin interferes with gpsd. This
> may lead to strange gps behaviour.
> Do we need these "manually" calls to rfkill at all? I always thought
> kernel would do this now. If yes then we could
> use gpsd hook instead.

IIRC kernel do it automatically for GPS chip, but GPS antenna has to be 
powered on manually.

> As we're having gpsd anyway, I switched to directly using qwhereabouts
> on gpsd.
> Unfortunetly this doesn't work out of the box yet as qwhereabouts sends
> a malformed request to gpsd. It seems
> gpsd doesn't like 0x0a chars within one request string.
> I'm going to fix this, but as long as compiling qtmoko takes around 4
> days I won't have results soon.

Now it should be easy to cross compile for armhf. There is now script in git:

	sudo scripts/qtmoko-chroot-armhf.sh

which will prepare chroot for armhf cross compiling. Then will display message 
how to cross compile (it's also described in the README).

Regards

Radek





-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.goldelico.com/pipermail/gta04-owner/attachments/20130305/5ba5e14f/attachment.html>