<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Hi Adrien,<div><br><div><div>Am 23.09.2015 um 20:29 schrieb Adrien Dorsaz <<a href="mailto:adrien@adorsaz.ch">adrien@adorsaz.ch</a>>:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>Hello,</div><div><br></div>

Le lun 21 sep 2015 à 20:50, H. Nikolaus Schaller <<a href="mailto:hns@goldelico.com">hns@goldelico.com</a>> a écrit :<br>
<blockquote type="cite"><div class="plaintext" style="white-space: pre-wrap;">What we need is fixing the sources/trees/instructions/whatever to make
it compile again. Either in a qemu image (e.g. <a href="http://download.goldelico.com/gta04-debian-lxde/qemu-wheezy-vexpress/">http://download.goldelico.com/gta04-debian-lxde/qemu-wheezy-vexpress/</a> )
or by separating into self-contained source packages that can be compiled
on a GTA04 with Debian installed.</div></blockquote><div><br></div>Well, I've tried and I was able to compile QtMoko on Qemu aournd 2 years ago (soon !).<div>(I took some notes on my Redmine: <a href="https://redmine.adorsaz.ch/projects/qtmoko_/wiki">https://redmine.adorsaz.ch/projects/qtmoko_/wiki</a> )</div></blockquote><div><br></div>Ah, nice to know!</div><div><br></div><div>What I tried is to cast Radek’s descrtption what steps to do into a shell script that automatically</div><div>starts qemu and runs another script inside (to apply all the sed and other patches).</div><div><br></div><div>It worked for approx. 30 hours, did build Qt three times (neo, gta04, pc) incl . WebKit and started</div><div>to compile QtMoko applications. But then failed with a cryptic error message. And no useable result.</div><div><br></div><div>It wasn’t even possible to continue where it stopped.</div><div><br><blockquote type="cite"><div><div><br><div>Maybe I can give a try with your qemu image.<div><br></div><div>First we should try to compile latest QtMoko with old kernel (that's what I should be able to do).</div><div>Next step will be to compile it with recent kernel I think.</div></div></div></div></blockquote><div><br></div>I think compiling QtMoko is independent of the kernel version. It may not be able to provide all features (if they depend on /sys APIs).</div><div><br></div><div>IMHO, the result should just be debian packages that can be installed on top of any debian system (assuming a Debian compatible kernel).</div><div><br><blockquote type="cite"><div><div><div><div><br></div><div>I think that porting to Jessie will require too much efforts (even if Radek was able to port it from Squeeze to Wheezy almost alone IIRC).</div></div></div></div></blockquote><div><br></div>Agreed. Jessie is another beast. The move to systemd is quite significant.</div><div><br><blockquote type="cite"><div><div><div><div>If the 4.2 kernel doesn’t drain too fast the battery, it could make sense to try the port if Replicant drains the battery too fast.</div></div></div></div></blockquote><div><br></div>Basically my dream goes far beyond: make QtMoko independent of the kernel and system</div><div><br></div><div>This would mean:</div><div>* pack all sources (qt libraries and qtmoko main application split up into manageable parts) into debian source packages</div><div>* make it possible to compile everything through debian build system, including the required qt libraries</div><div>* installation on top of a running Debian base system is just “apt-get install qtmoko”</div><div>* make it run on non-GTA04 devices (Neo900, Pyra, OpenPandora, …)</div><div><br></div><div>Well, this is a major task - and I failed even before the first step…</div><div><br><blockquote type="cite"><div><div><div><div><br><blockquote type="cite"><div class="plaintext" style="white-space: pre-wrap;">IMHO the main problem is that it does not use standard Qt which can be
installed from Debian repositories, but needs to (cross)-compile some older
fork first. If someone could provide pre-built dev-packages of that it would
also simplify development significantly…</div></blockquote><div><br></div>And I think that if Replicant is not too bad on GTA04, it will be more interesseting to use it, because nowadays standard Qt is able to build applications for Android.<br></div></div></div></div></blockquote><div><br></div>Indeed.</div><div><br></div><div>On the other hand not everyone is happy with Android/Replicant because of potential security issues.</div><div><br></div><div>Then, QtMoko could be a simple, lightweight alternative. That is why I think QtMoko is still important.</div><div><br></div></div><div>BR,</div><div>Nikolaus</div><div><br></div></body></html>