How about that?
I would like to have net-libs/libtorrent-rasterbar-1.2.x stable But not now, perhaps a very few weeks ahead, because there is no net-p2p/qbittorrent (which is my prefered application which uses rasterbar) which can make use of libtorrent-rasterbar-1.2.x yet They are working on that in github, I know. net-p2p/qbittorrent-4.1.6 still needs net-libs/libtorrent-rasterbar-1.1.x
When comparing ChangeLogs on github versions then net-libs/libtorrent-rasterbar-1.2.x looks like betaware: --- libtorrent-rasterbar-1.1 1.1.13 release * fix sock_type_t python binding * tighten up various input validation checks * replace use of boost-endian with boost-predef 1.1.12 release * uTP performance fixes --- libtorrent-rasterbar-1.2 * fix issue where trackers from magnet links were not included in create_torrent() * make peer_info::client a byte array in python binding * pick contiguous pieces from peers with high download rate * fix error handling of moving storage to a drive letter that isn't mounted * fix HTTP Host header when using proxy 1.2.1 release * add dht_pkt_alert and alerts_dropped_alert to python bindings * fix python bindins for block_uploaded_alert * optimize resolving duplicate filenames in loading torrent files * fix python binding of dht_settings * tighten up various input validation checks * fix create_torrent python binding * update symlinks to conform to BEP 47 * fix python bindings for peer_info * support creating symlinks, for torrents with symlinks in them * fix error in seed_mode flag * support magnet link parameters with number siffixes * consistently use "lt" namespace in examples and documentation * fix Mingw build to use native cryptoAPI * uPnP/NAT-PMP errors no longer set the client's advertised listen port to zero ---
Whatever gets us closer to boost-1.70 stabilisation. Adding arches then, assuming no answer is a good answer.
x86 stable
amd64 stable. Closing.