checking whether x86_64-gentoo-linux-musl-g++ supports C++11 features by default... yes checking whether the Boost::System library is available... yes configure: error: Could not find a version of the library! !!! Please attach the following file when seeking support: !!! /var/tmp/portage/net-libs/libtorrent-rasterbar-1.2.6/work/libtorrent-libtorrent-1_2_6/config.log ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.0_musl_hardened-20200425-233309 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-gentoo-linux-musl-9.3.0 * clang version 10.0.0 Target: x86_64-gentoo-linux-musl Thread model: posix InstalledDir: /usr/lib/llvm/10/bin /usr/lib/llvm/10 10.0.0 Available Python interpreters, in order of preference: [1] python3.8 [2] python3.7 (uninstalled) [3] python3.6 [4] python2.7 (fallback) Available Ruby profiles: [1] ruby24 (with Rubygems) [2] ruby25 (with Rubygems) * Available Rust versions: [1] rust-1.43.0 * timestamp(s) of HEAD at this tinderbox image: /var/db/repos/gentoo Mon Apr 27 15:42:56 UTC 2020 /var/db/repos/musl Mon Apr 27 12:44:51 UTC 2020 emerge -qpvO net-libs/libtorrent-rasterbar [ebuild N ] net-libs/libtorrent-rasterbar-1.2.6 USE="dht ssl -debug -doc -examples -libressl -python -static-libs -test" PYTHON_TARGETS="python3_6 -python3_7 -python3_8"
Created attachment 634908 [details] emerge-info.txt
Created attachment 634910 [details] emerge-history.txt
Created attachment 634912 [details] environment
Created attachment 634914 [details] etc.portage.tbz2
Created attachment 634916 [details] logs.tbz2
Created attachment 634918 [details] net-libs:libtorrent-rasterbar-1.2.6:20200427-165103.log
Created attachment 634920 [details] temp.tbz2
Created attachment 635344 [details, diff] ebuild fix Maybe not musl specific, also happens with glibc. Removing explicit boot-dir in options to configure seems to fix it, see attached patch.
JFYI this still affects libtorrent-rasterbar-1.2.8, and the fix proposed by Dominic still fixes it.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=d253442e6fef143c66c89d36e53728fc857adf5c commit d253442e6fef143c66c89d36e53728fc857adf5c Author: Mikle Kolyada <zlogene@gentoo.org> AuthorDate: 2020-08-27 19:49:44 +0000 Commit: Mikle Kolyada <zlogene@gentoo.org> CommitDate: 2020-08-27 19:49:44 +0000 net-libs/libtorrent-rasterbar: remove explicit boost path Closes: https://bugs.gentoo.org/719824 Package-Manager: Portage-2.3.103, Repoman-2.3.23 Signed-off-by: Mikle Kolyada <zlogene@gentoo.org> net-libs/libtorrent-rasterbar/libtorrent-rasterbar-1.2.6.ebuild | 2 +- net-libs/libtorrent-rasterbar/libtorrent-rasterbar-1.2.7.ebuild | 2 +- net-libs/libtorrent-rasterbar/libtorrent-rasterbar-1.2.8.ebuild | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-)
