"service deluged start" fails with the following traceback after net-p2p/libtorrent-rasterbar was updated to 1.2.2 ports r520456
[ERROR ] 19:07:18 main:248 No module named libtorrent
Traceback (most recent call last):
File "/usr/local/lib/python2.7/site-packages/deluge/main.py", line 241, in start_daemon
File "/usr/local/lib/python2.7/site-packages/deluge/core/daemon.py", line 144, in __init__
from deluge.core.core import Core
File "/usr/local/lib/python2.7/site-packages/deluge/core/core.py", line 38, in <module>
from deluge._libtorrent import lt
File "/usr/local/lib/python2.7/site-packages/deluge/_libtorrent.py", line 59, in <module>
import libtorrent as lt
ImportError: No module named libtorrent
It should be marked as BROKEN until update is in tree
The maintainer promised to update Deluge ports over the weekend.
The proposed fix in bug #241202 is to bump deluge to the 2.x branch, which is completely incompatible with 1.x clients used for remote management. Deluge 2.x client support for is currently severely lacking, at least compared to 1.x.
Can deluge 1.x be patched to work with libtorrent-rasterbar 1.2.x?
Is libtorrent-rasterbar 1.2.x inherently incompatible with deluge 1.x?
Is there a way to force install libtorrent-rasterbar 1.1.10 (last known working)?
Assign to the port maintainer.
If I understand correctly, py-libtorrent-rasterbar is broken - it doesn't installs anything. Look like some plist problem. This is why deluge is not capable to find libtorrent module.
[rm@cf ~]> pkg list py37-libtorrent-rasterbar-1.2.2
It only installs a bunch of text files.