after hours of struggling i finally succeeded to cross comile dbus from the source deb.
the whole idea was to increase the timeout of dbus, because zhone needed 4 or 5 or even more starts (intertwined with occasional restarts of frameworkd or even reboots) to pop up the pin dialog -- now i got to it twice in a row (once after installing the deb and restarting frameworkd, once after a full reboot for tests sake).
here are my notes on how to cross build with debian (on the fr itself it near to the end it always segfaults):
find in debian/rules
DEB_CONFIGURE_EXTRA_FLAGS
and add
--host=arm-linux-gnueabi
build with
export CC=/usr/bin/arm-linux-gnueabi-gcc ; export CCFLAGS="-march=armv4t -mtune=arm920t"; fakeroot dpkg-buildpackage -b -aarmel
i increased the timeout from the default of 25secs to 250secs, which makes apprently a huge difference ...
in dbus-connection-internal.h at line (ca) 45
define _DBUS_DEFAULT_TIMEOUT_VALUE (25 * 1000)
change 25 to 250
edit: got the zhone-no-pin issue again.
mickey lauer recommended a t/o of 200s (used by fso when building dbus), so i set to 250*1000.
and i did not install the newly build libdbus deb, maybe it helps this time.
edit2:
dbus is not the only culprit, there's a race condition in ogsmd, see
http://www.mail-archive.com/smartphones-userland@linuxtogo.org/msg02103.html
below the new packages.
md5sum:
d65f4671e690ca80f9b4aebb0846e611 dbus_1.2.20-2_armel.deb
a0765699c59a3658d9bbfb9f70c11044 dbus-x11_1.2.20-2_armel.deb
a0ce8d26ffd6f224e78f1d894f557eea libdbus-1-3_1.2.20-2_armel.deb
70d685c59d24cc7e9b143e8c5f792f7d libdbus-1-dev_1.2.20-2_armel.deb
