<div dir="ltr">i am currently running kernel 4.4.1. I just updated. will try to compile tonight.<div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 26, 2016 at 3:30 AM, Duncan Roe <span dir="ltr"><<a href="mailto:duncan_roe@acslink.net.au" target="_blank">duncan_roe@acslink.net.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>On Fri, Feb 26, 2016 at 03:45:44PM +0700, Willy Sudiarto Raharjo wrote:<br>
> >> This looks to me to be a problem for upstream. I'm posting here because of<br>
> >> the<br>
> >> workaround and also because I guess any bug report to upstream should come<br>
> >> from<br>
> >> the maintainer.<br>
> >><br>
> >> At least on 32-bit, the SlackBuild terminates with this error:<br>
> >>>   CXXLD    inkscape<br>
> >>> /usr/lib/libdbus-glib-1.so.2: undefined reference to<br>
> >> `dbus_message_iter_abandon_container'<br>
> >>> collect2: error: ld returned 1 exit status<br>
> >>> make[3]: *** [inkscape] Error 1<br>
> >><br>
> >> In brief, the workaround is to complete the SlackBuild by hand, inserting<br>
> >> "-ldbus-1" near the end of g++ lines that invoke ld (one for inkscape, one<br>
> >> for<br>
> >> inkview).<br>
> >><br>
> >> THE WORKAROUND<br>
> >><br>
> >> To get the g++ command line, as root cd to /tmp/SBo/inkscape-0.91 and run<br>
> >>> make V=1<br>
> >> redirecting output to a file. Edit this file into a shell script e.g.<br>
> >>> #!/bin/sh<br>
> >>> cd /tmp/SBo/inkscape-0.91/src<br>
> >>> g++ -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual ...<br>
> >><br>
> >> The g++ line above is over 16KB but vi copes. At the end, change<br>
> >>  > /usr/lib/<a href="http://libglib-2.0.so" rel="noreferrer" target="_blank">libglib-2.0.so</a> -pthread -fopenmp<br>
> >>  to<br>
> >>  > /usr/lib/<a href="http://libglib-2.0.so" rel="noreferrer" target="_blank">libglib-2.0.so</a> -ldbus-1 -pthread -fopenmp<br>
> >><br>
> >> Now run make. It will fail similarly when loading inkview. Repeat steps<br>
> >> above.<br>
> >><br>
> >> Run make again. It will complete.<br>
> >><br>
> >> Paste in to your root build xterm enough of the SlackBuild to set all the<br>
> >> upper-case shell variables (i.e. from "TMP=" through "fi"). Set CWD to be<br>
> >> the<br>
> >> original directory containing inkscape.SlackBuild. Your curent working<br>
> >> directory<br>
> >> should still be /tmp/SBo/inkscape-0.91.<br>
> >><br>
> >> To be safe, re-issue the mkdir -p at line 60 (I changed it to -pv and it<br>
> >> claimed<br>
> >> to make something).<br>
> >><br>
> >> Paste in and execute everything from the make install on line 84 onwards.<br>
> >><br>
> >> SOME KIND OF AN EXPLANATION<br>
> >><br>
> >> The g++ line doesn't mention libdbus-glib-1. It seems some other .so is<br>
> >> pulling<br>
> >> it in as a dependency.<br>
> >><br>
> >> As it happens, I have a tool, findit(*), which can investigate this sort of<br>
> >> problem. It agreed with ld:<br>
> >>> 23:45:32# findit /usr/lib/libdbus-glib-1.so.2<br>
> >> dbus_message_iter_abandon_container<br>
> >>> /usr/lib/libdbus-glib-1.so.2: undefined symbol:<br>
> >> dbus_message_iter_abandon_container. (dlsym)<br>
> >><br>
> >> /usr/lib/<a href="http://libdbus-glib-1.la" rel="noreferrer" target="_blank">libdbus-glib-1.la</a> advertises a number of dependencies:<br>
> >>> # Libraries that this one depends upon.<br>
> >>> dependency_libs=' /usr/lib/<a href="http://libdbus-1.la" rel="noreferrer" target="_blank">libdbus-1.la</a> -lrt /usr/lib/<a href="http://libgio-2.0.la" rel="noreferrer" target="_blank">libgio-2.0.la</a> ...<br>
> >><br>
> >> <a href="http://libdbus-1.la" rel="noreferrer" target="_blank">libdbus-1.la</a> only shows -lpthread -lrt as dependencies. Ignoring that:<br>
> >>> 23:58:31# findit -ldbus-1 /usr/lib/libdbus-glib-1.so.2<br>
> >> dbus_message_iter_abandon_container<br>
> >>> Found dbus_message_iter_abandon_container in<br>
> >> /usr/lib/libdbus-glib-1.so.2 at 0xb75a9fb0<br>
> >><br>
> >> It's been my experience in the past that shared libraries will sometimes<br>
> >> provide<br>
> >> a symbol without loading dependencies and sometimes they won't. Or the same<br>
> >> shared library may provide some symbols and not others. Hence the<br>
> >> workaround.<br>
> >><br>
> >> WHERE IS THE BUG REALLY?<br>
> >><br>
> >> I would say the fault lies with whatever library is pulling in<br>
> >> libdbus-glib-1.<br>
> >> It should also pull in libdbus-1. Maybe someone will "just know" which<br>
> >> library<br>
> >> "it" is.<br>
><br>
> working fine here using sbopkg<br>
><br>
> numpy:<br>
>   MD5SUM check for numpy-1.9.1.tar.gz ... OK<br>
>   Building package numpy-1.9.1-i486-1_SBo.tgz ... OK<br>
>   Installing package numpy-1.9.1-i486-1_SBo.tgz ... OK<br>
><br>
> BeautifulSoup:<br>
>   MD5SUM check for BeautifulSoup-3.2.1.tar.gz ... OK<br>
>   Building package BeautifulSoup-3.2.1-i486-1_SBo.tgz ... OK<br>
>   Installing package BeautifulSoup-3.2.1-i486-1_SBo.tgz ... OK<br>
><br>
> lxml:<br>
>   MD5SUM check for lxml-3.5.0.tar.gz ... OK<br>
>   Building package lxml-3.5.0-i486-1_SBo.tgz ... OK<br>
>   Installing package lxml-3.5.0-i486-1_SBo.tgz ... OK<br>
><br>
> inkscape:<br>
>   MD5SUM check for inkscape-0.91.tar.bz2 ... OK<br>
>   Building package inkscape-0.91-i486-1_SBo.tgz ... OK<br>
>   Installing package inkscape-0.91-i486-1_SBo.tgz ... OK<br>
><br>
><br>
> --<br>
> Willy Sudiarto Raharjo<br>
><br>
</div></div>Thanks for trying that Willy.<br>
<br>
I built a number of (optional(?)) dependencies:<br>
<br>
 gtkmm-2.24.4-i486-1_SBo<br>
 atkmm-2.22.7-i486-1_SBo<br>
 mm-common-0.9.7-noarch-1_SBo<br>
 pangomm-2.34.0-i486-1_SBo<br>
 cairomm-1.10.0-i486-1_SBo<br>
 glibmm-2.36.2-i486-1_SBo<br>
 libsigc++-2.2.11-i486-1_SBo<br>
 gsl-1.16-i486-1_SBo<br>
 libwpg-0.2.2-i486-1_SBo<br>
<br>
IIRC, some of the packages you listed would not build for me w/out at least some<br>
of the above.<br>
<br>
I missed a numpy update - have numpy-1.8.0-i486-1_SBo installed here.<br>
<br>
I can try in a freshly installed VM when I get Virtualbox working with kernel<br>
4.4,<br>
<br>
Cheers ... Duncan.<br>
_______________________________________________<br>
SlackBuilds-users mailing list<br>
<a href="mailto:SlackBuilds-users@slackbuilds.org" target="_blank">SlackBuilds-users@slackbuilds.org</a><br>
<a href="http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users" rel="noreferrer" target="_blank">http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users</a><br>
Archives - <a href="http://lists.slackbuilds.org/pipermail/slackbuilds-users/" rel="noreferrer" target="_blank">http://lists.slackbuilds.org/pipermail/slackbuilds-users/</a><br>
FAQ - <a href="http://slackbuilds.org/faq/" rel="noreferrer" target="_blank">http://slackbuilds.org/faq/</a><br>
<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div><br>------------<br>Regards,<br>    Fernando Lopez Jr.</div>
</div></div>