<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">HI,<div class="">it is finished now</div><div class=""><br class=""><blockquote type="cite" class="">Am 11.04.2018 um 21:15 schrieb H. Nikolaus Schaller <<a href="mailto:hns@goldelico.com" class="">hns@goldelico.com</a>>:<br class=""><br class="">Hi,<br class=""><br class=""><blockquote type="cite" class="">Am 11.04.2018 um 17:15 schrieb Andreas Kemnade <<a href="mailto:andreas@kemnade.info" class="">andreas@kemnade.info</a>>:<br class=""><br class="">Hi,<br class=""><br class="">On Fri, 6 Apr 2018 20:53:04 +0200<br class="">"H. Nikolaus Schaller" <<a href="mailto:hns@goldelico.com" class="">hns@goldelico.com</a>> wrote:<br class=""><br class=""><blockquote type="cite" class="">Hi,<br class=""><br class=""><blockquote type="cite" class="">Am 06.04.2018 um 20:37 schrieb Andreas Kemnade <<a href="mailto:andreas@kemnade.info" class="">andreas@kemnade.info</a>>:<br class=""><br class="">On Fri, 6 Apr 2018 08:50:37 +0200<br class="">Belisko Marek <<a href="mailto:marek.belisko@gmail.com" class="">marek.belisko@gmail.com</a>> wrote:<br class=""><br class=""><blockquote type="cite" class="">Hi,<br class=""><br class="">I think it's due to the strict compiler in jessie then in older<br class="">versions. I think it should be easily fixable. I tried yesterday do<br class="">docker build for qtmoko but it's still wip but looks promising. Then<br class="">we don't need any chroot on arm boards but we can do it easily on PC.<br class="">Will provide more info when have some results.<br class=""><br class=""></blockquote>qt builds on jessie (the version inside the qtmoko tree where qdbus is<br class="">disabled) So the problem can be easily solved by disabling the same<br class="">amount of things in the ./configure in qtmoko-qte2 than in qtmoko<br class="">itself.<br class=""><br class="">So the question was just whether it was intentional to have different<br class="">configure options there.<br class=""></blockquote><br class="">Probably nobody looked at that yet. There was enough work to get it<br class="">compiled.<br class=""><br class=""></blockquote>Yes, can be the explanation. Just hesitating to change something<br class="">perhaps well thought of.<br class=""><br class=""><blockquote type="cite" class=""><blockquote type="cite" class=""><br class=""><blockquote type="cite" class="">P.S: which gcc version you have in jessie? I think fomr 5.x or 6.x<br class="">while in older was 4.7 or 4.9<br class=""><br class=""></blockquote><br class="">4.9<br class=""></blockquote><br class="">Hm. I still wonder why it worked for me with configure as it is.<br class="">Maybe I should retry a clean build?<br class=""><br class=""></blockquote>yes, thas would be helpful.<br class=""></blockquote><br class="">Have started a complete fresh build (incl. all debootstrapping steps)<br class="">now. Should run smoothly on 21% of a 200 GB µSD...<br class=""><br class="">I can then go through the build log to see what it reports for<br class="">qtmoko2-qte/source/src/dbus/qdbusintegrator.cpp<br class=""></blockquote><div class=""><br class=""></div>Well, it wasn't compiled at all!</div><div class=""><br class=""></div><div class="">Here are some snippets from the log:</div><div class=""><br class="">Warning: PKG_CONFIG_PATH has not been set.  This could mean<br class="">the host compiler's .pc files will be used. This is probably<br class="">not what you want.<br class=""><br class="">make[2]: Entering directory `/qtmoko2-qte/build/config.tests/unix/endian'<br class="">rm -f endiantest.o<br class="">rm -f *~ core *.core<br class="">rm -f endiantest <br class="">rm -f Makefile<br class="">make[2]: Leaving directory `/qtmoko2-qte/build/config.tests/unix/endian'<br class="">make[2]: Entering directory `/qtmoko2-qte/build/config.tests/unix/endian'<br class="">rm -f endiantest.o<br class="">rm -f *~ core *.core<br class="">rm -f endiantest <br class="">rm -f Makefile<br class="">make[2]: Leaving directory `/qtmoko2-qte/build/config.tests/unix/endian'<br class="">ln: failed to create symbolic link `/qtmoko2-qte/build/include/QtCore/qconfig.h': File exists<br class="">ln: failed to create symbolic link `/qtmoko2-qte/build/include/Qt/qconfig.h': File exists<br class=""><br class="">Building on:   linux-debian-armhf<br class="">Building for:  qws/linux-debian-armhf<br class="">Architecture:  generic<br class="">Host architecture: arm<br class=""><br class="">Build .................. libs examples demos docs translations<br class="">Configuration ..........  cross_compile system-sqlite release embedded largefile stl precompile_header exceptions_off  minimal-config small-config medium-config large-config full-config qt3support phonon phonon-backend accessibility shared embedded reduce_exports ipv6 clock-gettime clock-monotonic mremap getaddrinfo ipv6ifname getifaddrs inotify system-jpeg png system-tiff freetype system-zlib nis glib gstreamer concurrent multimedia audio-backend svg webkit script scripttools declarative release<br class="">Debug .................. no<br class="">Qt 3 compatibility ..... yes<br class=""><b class="">QtDBus module .......... no</b><br class="">QtConcurrent code ...... yes<br class="">QtGui module ........... yes<br class=""><br class=""></div><div class="">/qtmoko2-qte/build/bin/moc -DQT_SHARED -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_MOC_COMPAT -DQT_USE_QSTRINGBUILDER -DMAKE_PHONON_LIB <b class="">-DQT_NO_DBUS</b> -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -I/qtmoko2-qte/source/mkspecs/qws/linux-debian-armhf -I/qtmoko2-qte/source/src/phonon -I../../include/QtCore -I../../include/QtNetwork -I../../include/QtGui -I../../include -I../../include/phonon -I.rcc/release-shared-emb-auto -I.moc/release-shared-emb-auto -I. /qtmoko2-qte/source/src/3rdparty/phonon/phonon/abstractaudiooutput.h -o .moc/release-shared-emb-auto/moc_abstractaudiooutput.cpp<br class=""><br class=""></div><div class="">If I understand correctly, it seems as if my sandboxed setup does NOT try to build dbus?</div><div class=""><br class=""></div><div class="">BR,</div><div class="">Nikolaus</div><div class=""><br class=""></div></body></html>