Arch Linux

Deluge devs seem to know about the issue and they reccomend using 0.15: http://forum.deluge-torrent.org/viewtopic.php?f=8&t=39665

My deluge downloads torrents but I can't add new torrents using magnet links, also I can't control bandwidth limits.

Adding uid=USER,gid=users to fstab on ntfs-3g partitions solve the problem, in my case
Relative Link: http://www.archlinux.it/forum/viewtopic.php?f=18&t=14296&sid=9879394572e29c7517b707f0ba98cf41

But are you able to control bandwidth or add new torrents?

I think your issue is not related with libtorrent-rasterbar update.

Only can add torrents with .torrent file, magnet links not working
control bandwidth are working (global and per torrent)

Also: http://dev.deluge-torrent.org/ticket/2083

Deluge doesn't work with package libtorrent-rasterbar 0.16.0-1. Works fine with libtorrent-rasterbar 0.15.10-1.

I can confirm this, deluge doest work with 0.16 and downgrading helps

Yes, but deluge 1.3.5-1 doesn't work with libtorrent-rasterbar < 0.16.0-1

[code]
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/deluge/ui/gtkui/gtkui.py", line 308, in _on_reactor_start
client.start_classic_mode()
File "/usr/lib/python2.7/site-packages/deluge/ui/client.py", line 563, in start_classic_mode
self._daemon_proxy = DaemonClassicProxy(self.__event_handlers)
File "/usr/lib/python2.7/site-packages/deluge/ui/client.py", line 436, in __init__
self.__daemon = deluge.core.daemon.Daemon(classic=True)
File "/usr/lib/python2.7/site-packages/deluge/core/daemon.py", line 141, in __init__
from deluge.core.core import Core
File "/usr/lib/python2.7/site-packages/deluge/core/core.py", line 36, in <module>
from deluge._libtorrent import lt
File "/usr/lib/python2.7/site-packages/deluge/_libtorrent.py", line 59, in <module>
import libtorrent as lt
ImportError: libboost_system.so.1.48.0: cannot open shared object file: No such file or directory
[/code]

i don't know why your trace contains boost 1.48. We have boost 1.49 and libtorrent-rasterbar was built against it.

Nothing we can do here. Just wait for upstream to fix this.

Old libtorrent-rasterbar(0.15.9) is linked with old boost-libs (1.48).

use 0.15.10

thank

It didn't work. Now that I installed libtorrent-rasterbar 0.15.0-1 and boost 1.49, it complains about libtorrent:

Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/deluge/ui/gtkui/gtkui.py", line 308, in _on_reactor_start
client.start_classic_mode()
File "/usr/lib/python2.7/site-packages/deluge/ui/client.py", line 563, in start_classic_mode
self._daemon_proxy = DaemonClassicProxy(self.__event_handlers)
File "/usr/lib/python2.7/site-packages/deluge/ui/client.py", line 436, in __init__
self.__daemon = deluge.core.daemon.Daemon(classic=True)
File "/usr/lib/python2.7/site-packages/deluge/core/daemon.py", line 141, in __init__
from deluge.core.core import Core
File "/usr/lib/python2.7/site-packages/deluge/core/core.py", line 36, in <module>
from deluge._libtorrent import lt
File "/usr/lib/python2.7/site-packages/deluge/_libtorrent.py", line 59, in <module>
import libtorrent as lt
ImportError: No module named libtorrent



But actually, libtorrent is installed:

$ pacman -Qs libtorrent
local/libtorrent 0.12.9-1
BitTorrent library written in C++
local/libtorrent-rasterbar 0.15.0-1
A C++ library that aims to be a good alternative to all the other bittorrent implementations around


I think I will give up and wait for the problem to be fixed upstream. Meanwhile I can use .torrent files.

Fernando, try install 0.15.10-1 instead 0.15.0-1.

libtorrent-rasterbar doesn't want to compile with python (3.x) in system. I had to -Rdd :(
Works after downgrade with epoch=1

Try to add export PYTHON="/usr/bin/python2" before ./configure

That have fixed PKGBUILD ;)
thx and please update PKGBUILD in trunk

we have deluge-1.3.5-1 in [extra] now, it works with new libtorrent-rasterbar 0.16.0-1, why downgrade?

It works with 0.16, but not in 100%
One of these broken features is magnet link support.

I can confirm this now (made some testing, but with magnet links - only after the request), so I'm sorry for reopening this - just hadn't known how to close a request.

libtorrent-rasterbar has since been updated to 0.16.1. I gave it a try and adding magnet link works for me again. This was the only issue I had with 0.16 before. So I don't know about other issues, described here. Maybe they could give it a try, too.

with libtorrent-rasterbar 0.16.1, deluge won't move anymore completed torrent to another directory.

with libtorrent-rasterbar 0.16.2 I had problem with renaming and moving any directories. Also problem with new added torrents (status and directories for them), some buggy appearance in deluge-gtk client. I downgraded libtorrent-rasterbar to 0.15.10-1 and boost-libs to 1.49.0-2 and deluge works fine again

instead of using an old and broken boost-libs, is easier to just switch clients.

transmission-gtk is better

I can't switch deluge to transmission. I can consider that only if they implement this: https://trac.transmissionbt.com/ticket/1220
but this is offtopic

Dirty hack to fix the torrent moving bug attached. Source: https://bugs.launchpad.net/deluge/+bug/1041415

Does the patch work for anyone else? (just while waiting for a new deluge release, I presume)

It works for me
Edit: the patch that is

Thanks for testing. The patch could be applied while waiting for a fixed upstream release, but it's up to the package maintainers.

I'm afraid applying the patch doesn't make any difference for me (deluge 1.3.5, libtorrent 0.16.4.0, libtorrent-rasterbar 1:0.16.4-1).

Downgrading libtorrent-rasterbar to 1:0.16.3-1 makes it work again (even without the patch).

Is it possible to compile 0.15.10 now? If yes, then it's maybe worth posting that pkgbuild on AUR as a temporary fix…
Maybe it would be possible to link it statically against older boost

The solution is to downgrade the 'libtorrent-rasterbar' package:

https://wiki.archlinux.org/index.php/Downgrading_Packages

# pacman -U http://arm.konnichi.com/extra/os/i686/libtorrent-rasterbar-1:0.16.3-1-i686.pkg.tar.xz
# pacman -U http://arm.konnichi.com/extra/os/x86_64/libtorrent-rasterbar-1:0.16.3-1-x86_64.pkg.tar.xz

Does 0.16.6 solve resolve the issue (need to build via ABS)?

0.16.6 does seem to solve the issue but deluge looks for libtorrent-rasterbar.so.6 and 0.16.6 provides .so.7 (I renamed .so.7 to .so.6 to test it, and that works)

I talked to some of the deluge guys and it turns out that the current stable release 1.3.5 doesn't officially support the 0.16-branch of libtorrent-rasterbar.

I would suggest using deluge-git from aur (which is compatible with the 0.16-branch and the latest release in extra), until they release a stable version which support 0.16.

Since it's currently broken, would it be possible to temporarily use the git version of deluge as the official package, while waiting for the upstream release?

To follow up on my previous comment.

The deluge guys recommended using, the 1.3-stable branch of the git version, the master branch isn't stable. I have made an aurpackage called deluge-stable which builds the 1.3-stable branch from git.

Here it is: https://aur.archlinux.org/packages/deluge-stable/

Thank you for the stable git package... if this is a true incompatibility I would think that our official deluge package should be temporarily point to a shanpshot from this branch much like the mplayer package does. Thoughts?

I'll check it out later, maybe stick something into [testing].

Updated deluge in [testing] using current 1.3-stable HEAD. Please check it out.

Same problem here with 1.3.5-dev from [testing].

Re-adding torrents solved the problem here. Works now.

Packages from [testing] are working fine on my systems as well. Seeding archlinux-2013.01.04-dual.iso just fine. Recommend you push to stable repos.