182816 2007-06-21 20:00 0000 >=net-p2p/rtorrent-0.7.6 xmlrpc support 2008-08-06 18:22:29 0000 1 1 1 Unclassified Gentoo Linux Ebuilds 2007.0 All Linux RESOLVED FIXED P2 enhancement --- 1 1 lmi@ift.uni.wroc.pl loki_val@gentoo.org ace@staticwave.ca avuton@gmail.com bugzilla.gentoo.simon@arlott.org cgibreak@gmail.com dcecchin@gmail.com drizzt@gentoo.org emilbeinroth@gmx.net jwbraun@gmail.com luckyluke@softhome.net mortenjo@ifi.uio.no net-p2p@gentoo.org ssuominen@gentoo.org tom78999@gmail.com vladimir@greenmice.info lmi@ift.uni.wroc.pl 2007-06-21 20:00:31 0000 New {lib,r}torrent released. As to libtorrent there's no change (that I know of) in the build process, rtorrent now has the optional xmlrcp support, and the bug 151221 is not a case in this version, so the flag -O2 -> -O3 replacement becomes obsolete. lmi@ift.uni.wroc.pl 2007-06-21 20:01:40 0000 Created an attachment (id=122724) Proposed ebuild. ace@staticwave.ca 2007-06-28 01:28:50 0000 Reference for release http://rakshasa.no/pipermail/libtorrent-devel/2007-June/001180.html newsgroup.spam@nv-systems.net 2007-07-09 17:13:35 0000 Compiles fine and (seems to) work fine for me on amd64 - both the new rtorrent script and the renamed libtorrent. vladimir@greenmice.info 2007-07-25 07:31:33 0000 From http://libtorrent.rakshasa.no/wiki/RTorrentXMLRPCGuide: "What you need: * http://python.ca/scgi/ for Apache, Lighttpd should have this built-in. * http://xmlrpc-c.sourceforge.net/ 1.00 or later, 1.07 or later for 64bit integer support. * rtorrent 0.7.5 or later. " So, I think we should make something like xmlrpc? ( !amd64? (>=dev-libs/xmlrpc-c-1.00) amd64? (>=dev-libs/xmlrpc-c-1.007) ) with RDEPEND. Also, I suggest add some note about scgi. Sorry, if I'm not right. PS: both rtorrent 0.7.5 & libtorrent 0.11.5 forks fine for me (x86). xmlprc support not yet tested avuton@gmail.com 2007-08-03 10:35:49 0000 rtorrent 0.7.6 & libtorrent 0.11.6 out now. bugzilla.gentoo.simon@arlott.org 2007-08-04 12:37:12 0000 The ebuilds are missing econf $(use_enable ipv6). bailey@tgpsolutions.com 2007-08-21 17:19:27 0000 rtorrent 0.7.7 and libtorrent 0.11.7 are out now. dcecchin@gmail.com 2007-08-21 22:11:27 0000 not as stable upstream versions. Stable Release * libtorrent-0.11.6.tar.gz * rtorrent-0.7.6.tar.gz Unstable Release Renamed all commands from e.g "get_d_*" to "d.get_*". Removed support for appending multiple arguments to a 'schedule' command, it must now be quoted, e.g 'schedule=foo,5,5,"print=foo,bar"'. Remember to update your rc file. * libtorrent-0.11.7.tar.gz * rtorrent-0.7.7.tar.gz newsgroup.spam@nv-systems.net 2007-08-25 01:16:14 0000 rtorrent 0.7.6 (attached ebuild) + libtorrent 0.11.6 (renamed ebuild) work fine here on amd64. Would be nice to see this update in portage. lmi@ift.uni.wroc.pl 2007-09-06 08:48:49 0000 > The ebuilds are missing econf $(use_enable ipv6). Well, viewing the code proves that INET6 support introduces almost no overhead, so as there's no problems (?) with it enabled by default, IMO it should be left as is. > amd64? (>=dev-libs/xmlrpc-c-1.07) Sure, when I was modifing the ebuild I wasn't aware of it. > I suggest add some note about scgi. Most certanly yes. Current one provides info like `rtorrent now supports a configuration file', so it is indeed outdated. ssuominen@gentoo.org 2007-09-09 11:03:48 0000 rtorrent in tree is at 0.7.8.. lmi@ift.uni.wroc.pl 2007-09-19 09:24:14 0000 From rtorrent-0.7.8.ebuild: `--disable-xmlrpc-c: I want to keep it disabled while >=dev-libs/xmlrpc-c-1.07 is masked'. Supposedly that version is needed for amd64, so `amd64? (>=dev-libs/xmlrpc-c-1.07)', or no amd64 KEYWORD at all might suffice. Anyways good something has moved. tom78999@gmail.com 2007-11-09 21:09:09 0000 For what it's worth, I have been using the ebuild attached to this bug (renamed for rtorrent-0.7.9) in conjunction with dev-libs/xmlrpc-c-1.06.09 on a amd64 machine for over a week now and everything has worked fine. So, I am skeptical about a requirement of >=dev-libs/xmlrpc-c-1.07 for the amd64 architecture as I have been making use of the xmlrpc interface constantly (via wTorrent[1]) and it hasn't failed me yet. [1] http://canbruixa.homelinux.net/wt/ lmi@ift.uni.wroc.pl 2007-11-11 18:29:57 0000 Further digging shows that 64 integer support has nothing to do with arch. 1.07 is needed for 64 bit results. Therefor output for torrents with size bigger than 2^31-1 bytes (approx. 2.1GB) is wrong/false with <1.07. I am not sure if that's the developer's reasoning to disable the feature completly. mortenjo@ifi.uio.no 2007-11-13 08:35:02 0000 Regardless of which xmlrpc-c version is needed for 64bit, could those of us not running 64bit get the xmlrpc support? I would suggest using a USE flag for xmlrpc, and then require the correct version of xmlrpc-c for the architecture you're running on. luckyluke@softhome.net 2008-01-10 11:12:12 0000 I can at least confirm that xmlrpc-c < 1.07 doesn't do 64bit integers onn 64bit archs. I'm in that case and I get (signed) numbers wrapped at 2G to -2G when using rtgui to manage my rtorrent through xmlrpc-c-1.06.09. It should really be independent from the arch. ssuominen@gentoo.org 2008-05-31 12:23:57 0000 Err.. is there something we still need to change for rtorrent-0.8.2.ebuild ? luckyluke@softhome.net 2008-05-31 16:03:18 0000 The xmlrpc-c issue is independent from rtorrent, and the misaligned accesses on HPPA (and possibly other 64bit archs) aren't, as far as I know, anything that could be solved in the ebuild but needs upstream attention. So nothing to be done in the ebuild as far as I know. luckyluke@softhome.net 2008-06-16 07:54:22 0000 After upgrading to: * dev-libs/xmlrpc-c-1.14.07 * net-libs/libtorrent-0.12.2-r2 * net-p2p/rtorrent-0.8.2-r2 everything is working fine on HPPA. It even shows correct file sizes in rtGui (a web interface working through xmlrpc - see bug #182816) luckyluke@softhome.net 2008-06-16 07:55:57 0000 (In reply to comment #19) > (see bug #182816) Please ignore the circular reference :) loki_val@gentoo.org 2008-08-06 18:22:29 0000 rtorrent-0.8.2-r3 has xmlrpc support. Unaligned accesses adressed also. If you use xmlrpc-c-1.14.07 (Which I will promptly make multlib-strict), you will get 64-bit integer support. Closing. 122724 2007-06-21 20:01 0000 Proposed ebuild. rtorrent-0.7.5.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA3IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L25ldC1wMnAvcnRvcnJlbnQvcnRvcnJlbnQtMC43 LjQuZWJ1aWxkLHYgMS4yIDIwMDcvMDUvMjQgMTU6NDc6MDQgZHJpenp0IEV4cCAkCgppbmhlcml0 IGV1dGlscyB0b29sY2hhaW4tZnVuY3MgZmxhZy1vLW1hdGljCgpERVNDUklQVElPTj0iQml0VG9y cmVudCBDbGllbnQgdXNpbmcgbGlidG9ycmVudCIKSE9NRVBBR0U9Imh0dHA6Ly9saWJ0b3JyZW50 LnJha3NoYXNhLm5vLyIKU1JDX1VSST0iaHR0cDovL2xpYnRvcnJlbnQucmFrc2hhc2Eubm8vZG93 bmxvYWRzLyR7UH0udGFyLmd6IgoKTElDRU5TRT0iR1BMLTIiClNMT1Q9IjAiCktFWVdPUkRTPSJ+ YW1kNjQgfnBwYyB+cHBjNjQgfnNwYXJjIH54ODYgfng4Ni1mYnNkIgpJVVNFPSJkZWJ1ZyB4bWxy cGMiCgpSREVQRU5EPSI+PW5ldC1saWJzL2xpYnRvcnJlbnQtMC4xMS4ke1BWIyMqLn0KCT49ZGV2 LWxpYnMvbGlic2lnYysrLTIuMAoJPj1uZXQtbWlzYy9jdXJsLTcuMTUKCXN5cy1saWJzL25jdXJz ZXMKCXhtbHJwYz8gKCBkZXYtbGlicy94bWxycGMtYyApIgpERVBFTkQ9IiR7UkRFUEVORH0iCgpz cmNfY29tcGlsZSgpIHsKCXJlcGxhY2UtZmxhZ3MgLU9zIC1PMgoJYXBwZW5kLWZsYWdzIC1mbm8t c3RyaWN0LWFsaWFzaW5nCgoJaWYgW1sgJCh0Yy1hcmNoKSA9ICJ4ODYiIF1dOyB0aGVuCgkJZmls dGVyLWZsYWdzIC1mb21pdC1mcmFtZS1wb2ludGVyIC1mZm9yY2UtYWRkcgoKCQkjIFNlZSBidWcg IzE1MTIyMS4gSXQgc2VlbXMgb25seSB0byBoaXQgb24gR0NDIDQuMSBhbmQgeDg2IGFyY2hpdGVj dHVyZQoJCSMgaXQgY291bGQgYmUgc2FmZXIgdG8gZmFsbGJhY2sgdG8gLU8xLCBidXQgd2l0aCB0 aGUgaGlnaCB1c2Ugb2YgU1RMIGluCgkJIyBydG9ycmVudCwgdGhhdCBjb3VsZCBtYWtlIGl0IHRv byBzbG93LgoJCSNbWyAkKGdjYy1tYWpvci12ZXJzaW9uKSQoZ2NjLW1pbm9yLXZlcnNpb24pID09 ICI0MSIgXV0gJiYgcmVwbGFjZS1mbGFncyAtTzIgLU8zCglmaQoKCWVjb25mIFwKCQkkKHVzZV9l bmFibGUgZGVidWcpIFwKCQkkKHVzZV93aXRoIHhtbHJwYyB4bWxycGMtYykgXAoJCS0tZGlzYWJs ZS1kZXBlbmRlbmN5LXRyYWNraW5nIFwKCQl8fCBkaWUgImVjb25mIGZhaWxlZCIKCgllbWFrZSB8 fCBkaWUgImVtYWtlIGZhaWxlZCIKfQoKcGtnX3Bvc3RpbnN0KCkgewoJZWxvZyAicnRvcnJlbnQg bm93IHN1cHBvcnRzIGEgY29uZmlndXJhdGlvbiBmaWxlLiIKCWVsb2cgIkEgc2FtcGxlIGNvbmZp Z3VyYXRpb24gZmlsZSBmb3IgcnRvcnJlbnQgaXMgY2FuIGJlIGZvdW5kIgoJZWxvZyAiaW4gJHtS T09UfXVzci9zaGFyZS9kb2MvJHtQRn0vcnRvcnJlbnQucmMuZ3ouIgp9CgpzcmNfaW5zdGFsbCgp IHsKCWVtYWtlIERFU1RESVI9IiR7RH0iIGluc3RhbGwgfHwgZGllICJtYWtlIGluc3RhbGwgZmFp bGVkIgoJZG9kb2MgQVVUSE9SUyBSRUFETUUgVE9ETyBkb2MvcnRvcnJlbnQucmMKfQo=