Arch Linux

Since there won't be any more updates for this I'm unflagging it out of date.

Ah, whatever. libtorrent-old was oprhaned anyway ... just adopted it and made the necessary changes myself. Just add libtorrent-old to the dependencies here and it shoudl work right away. ;)

I found a way to make this think work again -- that is if you don't mind using a slightly outdated version.

First, change the dependencies to libtorrent-old.
depends=('libtorrent-old' 'curl' 'xmlrpc-c')

Then, when libtorrent-old gets installed (assuming you use yaourt), edit its PKGBUILD to build version 0.12.9 rather than 0.12.6.

pkgver=0.12.9

Also, remove the gcc_fix.patch from the sources and set the correct md5sums for libtorrent-0.12.9.tar.gz (should be b128bbd324f03eb42ef5060080f87548).

With libtorrent-old 0.12.9 installed, rtorrent-mod works just fine. :)

Anyone? Guess I'll have to stick with rtorrent-color instead :(

@Unia: I use qbittorrent - it's not CLI, but it offeres much easier managment of my torrents.

Well, I was able to come up with something. The only file that needs adjusting is src/window_download_list.cc. Here's the patch for that file I came up with:
http://pastebin.com/EMbdVfEX

As for the rtorrent-mod-v3.patch, I just cut the window_download_list.cc part out.

However, thinks won't build for me, again. Either with or without the gcc47.patch. And even if it would build, I have no idea what to test for exactly since I'm still learning rtorrent. The only window I have looked at is the [main] window, so I'm not sure what differences to spot. Can anyone take over from here?

I'll have a go at it, but don't expect too much. Am a coding noob :P

Karabaja, out of interest, what torrent program are you using now instead of rtorrent?

Here we go again, patch doesn't apply cleanly to 0.9.2. I don't use rtorrent anymore, I maintain this package only because I'm the author of the original patch. That said, I won't be porting the patch. If someone is willing to port the patch, post here and I will update the package.

Yes, thanks, it builds now!

Should be fixed now.

I have not been able to built this for a while. Now I'm asking for help:


In file included from manager.h:47:0,
from manager.cc:72:
range_map.h: In instantiation of ‘typename core::RangeMap<Key, T, Compare, Alloc>::const_iterator core::RangeMap<Key, T, Compare, Alloc>::find(const Key&) const [with Key = unsigned int; T = std::pair<torrent::Throttle*, torrent::Throttle*>; Compare = std::less<unsigned int>; Alloc = std::allocator<std::pair<const unsigned int, std::pair<torrent::Throttle*, torrent::Throttle*> > >; typename core::RangeMap<Key, T, Compare, Alloc>::const_iterator = std::_Rb_tree_const_iterator<std::pair<const unsigned int, std::pair<unsigned int, std::pair<torrent::Throttle*, torrent::Throttle*> > > >]’:
range_map.h:188:51: required from ‘T core::RangeMap<Key, T, Compare, Alloc>::get(const Key&, T) const [with Key = unsigned int; T = std::pair<torrent::Throttle*, torrent::Throttle*>; Compare = std::less<unsigned int>; Alloc = std::allocator<std::pair<const unsigned int, std::pair<torrent::Throttle*, torrent::Throttle*> > >]’
manager.cc:217:128: required from here
range_map.h:166:58: fout: ‘upper_bound’ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
range_map.h:166:58: note: declarations in dependent base ‘std::map<unsigned int, std::pair<unsigned int, std::pair<torrent::Throttle*, torrent::Throttle*> >, std::less<unsigned int>, std::allocator<std::pair<const unsigned int, std::pair<unsigned int, std::pair<torrent::Throttle*, torrent::Throttle*> > > > >’ are not found by unqualified lookup
range_map.h:166:58: note: use ‘this->upper_bound’ instead
make[3]: *** [manager.o] Fout 1
make[3]: Map '/home/jente/abs/aur/rtorrent-mod/src/rtorrent-0.8.9/src/core' wordt verlaten
make[2]: *** [all-recursive] Fout 1
make[2]: Map '/home/jente/abs/aur/rtorrent-mod/src/rtorrent-0.8.9/src' wordt verlaten
make[1]: *** [all-recursive] Fout 1
make[1]: Map '/home/jente/abs/aur/rtorrent-mod/src/rtorrent-0.8.9' wordt verlaten
make: *** [all] Fout 2
==> ERROR: A failure occurred in build().
Aborting...

Done.

Please add provides=("rtorrent")
Thanks.

Done. Thanks.

Please change line 33 from
CXXFLAGS="$CXXFLAGS -fno-strict-aliasing" \
to
CXXFLAGS="$CXXFLAGS -fno-strict-aliasing -lpthread" \

Thanks.

I'm afraid I don't know what you mean by "add -lpthread to fix or preferably use pkg-config". Can you provide a working PKGBUILD? Thanks.

Broken by latest gcc, add -lpthread to fix or preferably use pkg-config

0.8.6 IP filter was a separate patch. This one:

http://libtorrent.rakshasa.no/raw-attachment/ticket/239/rtorrent-0.8.6-ip_filter_no_boost-fast-bsd2.patch

rtorrent-mod-v2.patch was same as rtorrent-mod.patch from below with "high" changed to "hig".

I thought you had added ipfilter to this package at some point, no?
Lost the patch? :-/

Err, sorry I only have v1:

http://karabaja.pondi.hr/packages/rtorrent-mod/rtorrent-mod.patch

but v1 is basically v2 with this patch:

diff -Naur rtorrent-0.8.6/src/command_download.cc rtorrent-0.8.6-new/src/command_download.cc
--- rtorrent-0.8.6/src/command_download.cc 2009-11-14 08:14:29.000000000 +0100
+++ rtorrent-0.8.6-new/src/command_download.cc 2010-07-16 20:40:04.000000000 +0200
@@ -220,7 +220,7 @@
case 2:
return "normal";
case 3:
- return "high";
+ return "hig";
default:
throw torrent::input_error("Priority out of range.");
}

Well, an edit function would come handy here, but I meant the previous version of the patch (for rtorrent 0.8.6), the one which came with a working ipfilter patch..

Would you mind uploading the second version, combined with the ipfilter patch to your website? (i.e. the site where I found the screenshot)

Again, thanks a lot for this!

Updated.

Thanks to Cloudef for porting the patch to 0.8.9.

I removed the IP filter because I haven't found working patch yet. There is one here: http://www.fateyev.com/files/coding/rtorrent-0.8.9-ip_filter_no_boost-fast-bsd2.patch
but it fails to build.

Yeah, sorry. I don't have time to do this right now. Anyone is welcome to do it in a meantime...

depends: libtorrent-old=0.12.6

I don't think that karabaja4 ported the mod to 0.8.9.

So what's the story? Any updates coming soon?

error: failed to prepare transaction (could not satisfy dependencies)
:: Starting full system upgrade...
:: rtorrent-mod: requires libtorrent=0.12.6

There is a new libtorrent in the repos.

Ok, I updated this package to fix the ncurses 5.8 problem.

I also added:
- fixed the "high" priority wrapping into a new line
- (on request) an example of rtorrent.rc (the one I use), located here: /usr/share/rtorrent-mod/example-rc/rtorrent.rc.example
- added patch for IP filter because I realized just how important that feature is in a torrent client. Use filters (*splist.zip) from Bluetack.

If you want you can send me a rtorrent.rc example (but it must be fairly complex) so I will include it in /usr/share/rtorrent-mod/example-rc/.

Cheers!

http://ompldr.org/vN20yOA/rtorrent-mod-0.8.6-1.src.tar.gz with fix_ncurses_5.8.patch taken from https://aur.archlinux.org/packages.php?ID=33756

I see its unstable version and not final version.
so unflag out-of-date. sry ;)

---
Flagging as out-of-date:
http://rakshasa.no/pipermail/libtorrent-devel/2010-October/002539.html

thanks raghu13 for information.

@silvik, litemotiv: I'll make the necessary fixes, I also have some more improvements coming up. Just be patient, I'm currently very busy with my university work :)

very nice interface!

there's a small bug: when using priorities the text from the second line (T/R ratio) wraps down. You get a square bracket at the beggining of the 3rd line. annoying. can you correct it? thanks!

can you include the rtorrent.rc example in the package?

Yes, I did :)
Check the forum thread: http://bbs.archlinux.org/viewtopic.php?id=95668

now I'm unsure which one I like better ;)
did you write this patch?

The interface is a bit different, I suggest you try and see :)

there's already rtorrent-color, what's different with this one?