[Slackbuilds-users] Retroshare do not work Slackware.

Willy Sudiarto Raharjo willysr at slackbuilds.org
Thu Mar 1 01:04:24 UTC 2018


>> I opened a post in linuxquestions.org slackware forum, about "Retroshare
>> 6.0.3" slackbuild.
>>
>> https://www.linuxquestions.org/questions/showthread.php?p=5825342#post5825342
>>
>> Ponce suspect an issue with the newer " libupnp ".
> 
> I'll try to clarify a little: retroshare.SlackBuild lacks a "set -e"
> line so a package is created also if build breaks and this might have
> lead into the belief that compiling had been succesful.
> 
> the error is this:
> 
> g++ -c -pipe -Wno-deprecated -Wno-deprecated-declarations -Wno-cpp
> -std=c++0x -Wall -D_FILE_OFFSET_BITS=64 -O2 -pthread -fPIC -Wall -W
> -DRS_ENABLE_GXS -DENABLE_WEBUI -DRS_NO_WARN_DEPRECATED
> -DRS_NO_WARN_CPP -DRS_GXS_TRANS -DRS_USE_BITDHT -DPATCHED_LIBUPNP
> -DPLUGIN_DIR="\"/usr/lib64/retroshare/extensions6\""
> -DDATA_DIR="\"/usr/share/retroshare\"" -DRS_USE_LIBUPNP
> -DSQLITE_HAS_CODEC -DGXS_ENABLE_SYNC_MSGS
> -I/usr/lib64/qt/mkspecs/linux-g++ -I. -I. -I../../libbitdht/src
> -I../../openpgpsdk/src -I/usr/include/upnp -o
> temp/linux-g++/obj/rsinit.o rsserver/rsinit.cc
> In file included from ./upnp/UPnPBase.h:35:0,
>                  from ./upnp/upnphandler_linux.h:13,
>                  from rsserver/rsinit.cc:805:
> /usr/include/upnp/upnpdebug.h:40:24: fatal error: ThreadPool.h: No
> such file or directory
> compilation terminated.
> Makefile.libretroshare:5411: recipe for target
> 'temp/linux-g++/obj/rsinit.o' failed
> make[1]: *** [temp/linux-g++/obj/rsinit.o] Error 1
> make[1]: Leaving directory '/tmp/SBo/RetroShare-0.6.3/libretroshare/src'
> Makefile:90: recipe for target
> 'sub-libretroshare-src-libretroshare-pro-make_default' failed
> make: *** [sub-libretroshare-src-libretroshare-pro-make_default] Error 2

Matteo is right
ThreadPool is still being worked on 1.8.x releases and this release
(1.8.x) is API-incompatible with 1.6.x.

I would suggest to revert back to 1.6.x for now. Upstream stated that
both branch will continue to be maintained and until we got all packages
ready for 1.8, we can still use 1.6.x and avoiding more breakage.

Ozan, what's your opinion on this?


-- 
Willy Sudiarto Raharjo

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: OpenPGP digital signature
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20180301/86a8186a/attachment.asc>


More information about the SlackBuilds-users mailing list