<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;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">Am 12.10.2017 um 17:08 schrieb Josua Mayer <<a href="mailto:josua.mayer97@gmail.com" class="">josua.mayer97@gmail.com</a>>:</div><br class="Apple-interchange-newline"><div class="">
  
    <meta http-equiv="Content-Type" content="text/html;
      charset=windows-1252" class="">
  
  <div text="#000000" bgcolor="#FFFFFF" class=""><blockquote type="cite" cite="mid:E3B55DBB-F264-4BB6-9C06-37CCCEF85830@goldelico.com" class=""><div class=""><div class=""><div class=""><span class="Apple-tab-span" style="white-space:pre">       </span>dpkg-shlibdeps
            -Tdebian/qtmoko-neo.substvars -xqtmoko-gta04 -xqtmoko-neo
            -xqtmoko-pc
            debian/qtmoko-neo/opt/qtmoko/qt_plugins/bearer/libqgenericbearer.so
debian/qtmoko-neo/opt/qtmoko/qt_plugins/bearer/libqconnmanbearer.so ...</div>
          <div class=""><br class="">
          </div>
          <div class="">(especially the -x arguments and the
            debian/qrmoko-*/opt/qtmoko things.</div>
        </div>
      </div>
    </blockquote>
    So error-log.txt line 155044 reads:<br class="">
    dh_shlibdeps
-l/src/qtmoko-master/debian/qtmoko-gta04/opt/qtmoko/lib:/usr/i386-linux-gnu/lib
    \<br class="">
            -- -xqtmoko-gta04 -xqtmoko-neo -xqtmoko-pc<br class="">
    Notice how it only passes debian/qtmoko-gta04 as search-path to
    shlibdeps!<br class="">
    I believe this is what we need to fix: Either add all build-flavours
    to the search path,<br class="">
    *or* call shlibdeps individually for every package
    (qtmok-neo,qtmoko-pc,...).<br class="">
    The latter would look similar to this:<br class="">
    dh_shlibdeps -l<span class="pl-s">$(<span class="pl-c1">CURDIR</span>)</span>/debian/qtmoko-gta04/opt/qtmoko/lib
    -pqtmoko-gta04<br class="">
    For a full example, see this rules file where I made heavy use of
    this feature:<br class="">
<a class="moz-txt-link-freetext" href="https://github.com/mxOBS/deb-pkg_gpu-viv-bin/blob/stable/debian/rules#L68">https://github.com/mxOBS/deb-pkg_gpu-viv-bin/blob/stable/debian/rules#L68</a><br class=""></div></div></blockquote><div><br class=""></div>Ah, yes. Looks reasonable and should not harm...</div><div><br class=""><blockquote type="cite" class=""><div class=""><div text="#000000" bgcolor="#FFFFFF" class="">
    <blockquote type="cite" cite="mid:E3B55DBB-F264-4BB6-9C06-37CCCEF85830@goldelico.com" class="">
      <div class="">
        <div class="">
          <div class=""></div></div></div></blockquote><blockquote type="cite" cite="mid:E3B55DBB-F264-4BB6-9C06-37CCCEF85830@goldelico.com" class=""><div class=""><div class=""><br class="">
        </div>
        <div class="">BTW: I just started to wonder why the qtmoko-neo library is
          "ELF format: 'elf32-i386'"?</div>
      </div>
    </blockquote>
    Looks like it was an x86 build.<br class="">
    </div></div></blockquote><br class=""></div><div>It looks as if my cross-compiler is not properly called/found. Previously I did try to compile</div><div>natively on ARM and just recently switched to the i386 system in a VirtualBox. So it</div><div>may simply be not in the PATH...</div><div><br class=""></div><div>So we have identified two issues! I will report as soon as I find time to restart</div><div>the build process.</div><div><br class=""></div><div>BR and thanks,</div><div>Nikolaus</div><br class=""></body></html>