Current stable is ancient: 14 months old for amd64/x86, 24 months for arm. Let's stabilize a more recent version asap please. Requires >=net-libs/rb_libtorrent-1.0.6 stable first. Target keywords are: amd64 arm x86
I find that qbittorrent-3.3.3 won't build, probably because it needs boost > 1.56 (i.e. unstable boost). Fails with: In file included from /usr/include/boost/optional.hpp:15:0, from /usr/include/libtorrent/torrent_info.hpp:43, from ./base/bittorrent/torrentinfo.h:34, from base/filesystemwatcher.cpp:16: /usr/include/boost/optional/optional.hpp:1010:5: error: ‘reference_type_of_temporary_wrapper’ does not name a type
hmmm the documented dependency is >= 1.35... can you confirm that it does build with a newer boost?
https://github.com/qbittorrent/qBittorrent/issues/4112
(In reply to Dmitry Pak from comment #3) > https://github.com/qbittorrent/qBittorrent/issues/4112 So let me understand... upstream's answer is basically "patch it downstream"? are they fucking kidding? unbelievable...
(In reply to William Seager from comment #1) > I find that qbittorrent-3.3.3 won't build, probably because it needs > boost > 1.56 (i.e. unstable boost). Are you sure it's 3.3.3? That version already has the BOOST_NO_CXX11_REF_QUALIFIERS workaround...
(In reply to Davide Pesavento from comment #4) > (In reply to Dmitry Pak from comment #3) > > https://github.com/qbittorrent/qBittorrent/issues/4112 > > So let me understand... upstream's answer is basically "patch it > downstream"? are they fucking kidding? unbelievable... Sorry, I'm about v. 3.3.4-r1, not about 3.3.3. Ver. 3.3.4-r1 does not build: ‘reference_type_of_temporary_wrapper’ does not name a type Ver. 3.3.3 builds good. amd64, gcc 4.9.3, boost 1.56.0-r1
(In reply to Dmitry Pak from comment #6) > Sorry, I'm about v. 3.3.4-r1, not about 3.3.3. > > Ver. 3.3.4-r1 does not build: ‘reference_type_of_temporary_wrapper’ does not > name a type > > Ver. 3.3.3 builds good. Then it is not relevant to this stabilization. In any case, it was fixed in commit a9cf6a5478c727f8afa516282cbccf3b62353c22.
*** This bug has been marked as a duplicate of bug 530720 ***