<div dir="ltr">On Fri, Sep 26, 2008 at 10:32 AM, Michael Tansella <span dir="ltr">&lt;<a href="mailto:michael-tansella@gmx.de">michael-tansella@gmx.de</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="Wj3C7c">[...]<br>
&gt; Hi Michael, and what&#39;s about using qt without dbus in 2009.x?<br>
&gt; In /opt/Qtopia i found qt4 and qtopia phone libraries, how to build<br>
&gt; applications with them?<br>
&gt;<br>
&gt; thanks<br>
&gt;<br>
&gt; &nbsp; &nbsp; &nbsp;Nicola<br>
<br>
</div></div>We would really prefer to use FSO and later SHR,</blockquote><div><br>FSO should be the future, while the qtopia phone x11 part of 2008.x will be ported to FSO or will be substituted by some other apps (Zhone?) i asked on the list for this but got no answer. It would be nice to know this, but it seems to be a secret actually.<br>
Due to information lacking, personally (take it with care!) I suppose qtopia phone x11 will be dropped, for two reason:<br>1) developing is encouraged on FSO<br>2) openmoko does not provide an SDK toolchain and OE support for the qtopia part of 2008.x, for example there are no staging for qtopiamake, qmake and so on in the openmoko oe build tree... you may always bitbake qt4-x11-free that provides staging files, but these are incompatible with qtopia-core library deployed on 2008.x<br>
<br>So it&#39;s right to use FSO for your application.<br>For Michael: i asked that to have some clarification only, as official Qtopia SDK are incompatible with qtopia-on-x11 and i think qtopia on x11 is not developed at Trolltech, so <a href="http://qtopia.net">qtopia.net</a> will not support it... right? <br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
we are going to develop a indoor navigation system and perhaps have to add<br>
some sensors via Bluetooth or I²C and as I understand dbus would be great for<br>
sensor fusion.<br>
I tried to add the libs as mentioned in the wiki, but I wasn&#39;t successful. It<br>
would be very cool if someone could add the QT4 libs to the toolchain or<br>
could tell which packages are exactly needed, and I don&#39;t know how I can use<br>
qmake with the toolchain. Until now I have only developed QT with kdevelop.<br>
<br>
Geets<br>
<font color="#888888">Michael<br>
</font></blockquote></div><br>Well, you may use OpenEmbedded, in the stable tree you have qt 4.3, in the development tree you have qt 4.4.<br>FSO is based on the development tree of OE, so you may use the provided makefile to build your images, qt4.4, and your application.<br>
I was not yet able to do it yet as there are some issues, howewer was able to build qt 4.3 on the stable branch of OE and some my applications, so it&#39;s may be a little hard or confusing, but you can start developing.<br>
In the meaning, if you want a stable and simple environment to start developing, you may use the vmware based trolltech sdk, avoiding to use dbus for the moment, and experimenting qt behavior on a small display while your OE tree came up (it needs a lot of time!).<br>
In your code you may use some conditional include to read sensors in other ways than dbus on qtopia, and let the application be compatible with fso, qtopia, and if openmoko provide support for 2008.x too.<br><br>Where may we start a wiki page on this argument (openmoko, openembedded, fso?)<br>
<br>Regards<br><br>&nbsp;&nbsp; Nicola<br><br><br><br></div>