libtorrent 0.12.7 and rtorrent 0.8.7 released on October 26, 2010. Follow URL for related message with release notes in libtorrent-devel mailing list. These versions marked unstable on the project's web site. This also fixes Gentoo bug #318789. Reproducible: Always
Tested and working on ppc. Would be nice if it can be added to portage with ~ppc.
Version bump by renaming the files worked fine for me. Had to remove one patch (rtorrent-0.8.6-canvas-fix.patch) though as I could not get it to apply before compilung. Not sure if my fault or if the source files had changed (maybe patch now no longer needed). Apart from that, everything worked flawless and both compilation and the program itself seems to work 100% as intended. Please bump :)
Created attachment 258917 [details] net-p2p/rtorrent/rtorrent-0.8.7.ebuild Renamed file to version-bump. Commented out canvas-patch (didn't build with it; did build without).
Created attachment 258919 [details] net-libs/libtorrent/libtorrent-0.12.7.ebuild Renamed file to version bump.
Created attachment 258921 [details] net-libs/libtorrent/files/libtorrent-0.12.7-gcc44.patch Renamed file to version bump.
Like Gerald said above, works fine with filename-rename-version bumping, if the canvas-patch is removed. (Or adapted by someone better versed in ebuilding.) Tested on amd64.
Tested both ebuilds on amd64 and x86 - both compile and work as expected.
Please don`t mark this as stable, because upstream marked 0.8.7 release as unstable.
Please add this to portage. There is nothing that indicates problems and this should really be added (as unstable).
Created attachment 265475 [details] rtorrent-0.8.7-canvas-fix.patch As Gerald said, a simple filename-rename-version-bumping do the work. The only missing part is the rtorrent-color patch which is attached and also fixs the "rtorrent: print_status_info(...) wrote past end of the buffer." issue with ncurses 5.8. The procedure as follows: == net-p2p/rtorrent files/rtorrent-0.8.7-canvas-fix.patch # cp rtorrent-0.8.6-r1.ebuild => rtorrent-0.8.7.ebuild # ebuild rtorrent-0.8.7.ebuild digest == net-libs/libtorrent # cp libtorrent-0.12.6.ebuild libtorrent-0.12.7.ebuild # cp files/libtorrent-0.12.6-gcc44.patch files/libtorrent-0.12.7-gcc44.patch # ebuild libtorrent-0.12.7.ebuild digest
rtorrent 0.8.7 is not able to work with any webui, www-apps/rutorrent will be broken with it: "ruTorrent v 3.2 doesn't support unstable version of rTorrent 0.8.7. Only revision 1189 and next are supported." https://code.google.com/p/rutorrent/
Also, unstable version 0.8.7 prevents man build/install as of now. I guess this is made intentionally to not make available outdated information. In my .rtorrent.rc I had set "send_buffer_size" and "receive_buffer_size" and having a look at the man page source they are still referenced, but rtorrent doesn't recognize them anymore.
Additional note: Nikoli means that you need to use svn rtorrent in order to use a webui (or stick with 0.8.6). I thought it was referred to ruTorrent instead. I did some tests, trying to connect through ruTorrent to 0.8.7 always leads to a segmentation fault: Caught Segmentation fault, dumping stack: 0 /usr/bin/rtorrent(+0x3eb07) [0x22f1b40b07] 1 /usr/bin/rtorrent(+0x7c672) [0x22f1b7e672] 2 /lib/libc.so.6(+0x341a0) [0x2baea58a1a0] 3 /lib/libpthread.so.0(pthread_kill+0) [0x2baea344fb0] 4 /usr/bin/rtorrent(+0x7cea2) [0x22f1b7eea2] 5 /usr/bin/rtorrent(+0x15691c) [0x22f1c5891c] 6 /usr/bin/rtorrent(+0x1573a6) [0x22f1c593a6] 7 /usr/lib/libtorrent.so.13(_ZN7torrent9PollEPoll7performEv+0xe8) [0x2baeb931f78] 8 /usr/bin/rtorrent(+0x7d727) [0x22f1b7f727] 9 /lib/libpthread.so.0(+0x6e1c) [0x2baea33ee1c] 10 /lib/libc.so.6(clone+0x6d) [0x2baea63d2fd] Running rtorrent through "screen" works fine instead (until you try to connect through webui, of course).
Also affected by #358271
For better or worse 0.8.7 has been in the tree for a week already.