resumedatasavingmanager.cpp:(.text+0x621): undefined reference to `libtorrent::entry::dict[abi:cxx11]() const' /usr/lib/gcc/x86_64-pc-linux-gnu/10.2.0/../../../../x86_64-pc-linux-gnu/bin/ld: torrentcreatorthread.o: in function `int libtorrent::detail::bencode_recursive<Utils::IO::FileDeviceOutputIterator>(Utils::IO::FileDeviceOutputIterator&, libtorrent::entry const&)': torrentcreatorthread.cpp:(.text._ZN10libtorrent6detail17bencode_recursiveIN5Utils2IO24FileDeviceOutputIteratorEEEiRT_RKNS_5entryE[_ZN10libtorrent6detail17bencode_recursiveIN5Utils2IO24FileDeviceOutputIteratorEEEiRT_RKNS_5entryE]+0x4e7): undefined reference to `libtorrent::entry::dict[abi:cxx11]() const' /usr/lib/gcc/x86_64-pc-linux-gnu/10.2.0/../../../../x86_64-pc-linux-gnu/bin/ld: torrentinfo.o: in function `int libtorrent::detail::bencode_recursive<Utils::IO::FileDeviceOutputIterator>(Utils::IO::FileDeviceOutputIterator&, libtorrent::entry const&) [clone .isra.0]': ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_desktop_gnome-20200822-061858 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-7.3.1 [2] x86_64-pc-linux-gnu-10.2.0 * clang version 10.0.1 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/10/bin /usr/lib/llvm/10 10.0.1 Available Python interpreters, in order of preference: [1] python3.7 [2] python3.9 (fallback) [3] python3.8 (fallback) [4] python2.7 (fallback) [5] pypy3 (fallback) Available Ruby profiles: [1] ruby25 (with Rubygems) * Available Rust versions: [1] rust-bin-1.46.0 [2] rust-1.46.0 * The following VMs are available for generation-2: *) IcedTea JDK 3.16.0 [icedtea-bin-8] 2) JamVM JDK 2.0.0 [jamvm] Available Java Virtual Machines: [1] icedtea-bin-8 system-vm [2] jamvm The Glorious Glasgow Haskell Compilation System, version 8.8.4 timestamp(s) of HEAD at this tinderbox image: /var/db/repos/gentoo Sun Aug 30 03:35:28 PM UTC 2020 emerge -qpvO net-p2p/qbittorrent [ebuild N ] net-p2p/qbittorrent-4.2.5-r2 USE="X dbus -debug -webui"
Created attachment 657512 [details] emerge-info.txt
Created attachment 657514 [details] emerge-history.txt
Created attachment 657516 [details] environment
Created attachment 657518 [details] etc.portage.tbz2
Created attachment 657520 [details] logs.tbz2
Created attachment 657522 [details] net-p2p:qbittorrent-4.2.5-r2:20200830-162839.log
Created attachment 657524 [details] temp.tbz2
either bug #739484 did not resolved it or this is another incarnation of the root cause-
(In reply to Toralf Förster from comment #8) > either bug #739484 did not resolved it or this is another incarnation of the > root cause- -r1 added a version restriction on libtorrent-rasterbar and -r2 removed the restriction. It wasn't fixed.
(In reply to Jouni Kosonen from comment #9) > -r1 added a version restriction on libtorrent-rasterbar and -r2 removed the > restriction. It wasn't fixed. Turns out that was a bit too harsh – between those commits libtorrent-rasterbar was also changed to use different cxxstd without a version bump or a subslot change, so rebuilding that first would work. The libtorrent python bindings still end up getting built with the wrong cxxstd but that doesn't affect qbittorrent. It does affect deluge, as seen in bug 739654.
*** This bug has been marked as a duplicate of bug 739484 ***
