Not related per se to the fall-out of last weekend’s update to the icu4c and poppler packages, my qbittorrent package for slackware-current had stopped working sometime ago – caused by an update in -current of the boost package on which the torrent library depends.
I needed to update qbittorrent too therefore, after having taken care of the icu4c/poppler breakage. The thing is, I had tried to delay the switch in qbittorrent from Qt4 to Qt5 for as long as possible. The ‘new’ 4.x series of qbittorrent have a hard dependency on Qt5, and Qt4 is no longer supported. So I bit the bullet and made packages for bittorrent-4.0.4 and its dependency, libtorrent-rasterbar-1.1.6.
Since the program uses Qt5 now, the dependencies have changed. If you were running qbittorrent 3.x on slackware-current previously then you have to ensure that you have libxkbcommon, qt5 and qt5-webkit packages installed now.
For good times’ sake, I have kept the old SlackBuild scripts and sources but I renamed them to libtorrent-rasterbar10.SlackBuild and qbittorrent3.SlackBuild. If you want the old Qt4 based interface back, then compile the two packages using these SlackBuild scripts (first libtorrent-rasterbar, then qbittorrent). You can install either the new, or the old versions. They can not be co-installed.
I’ve never used qbittorrent. How does it compare to Ktorrent? Any advantages?
I love it. Ktorrent is OK of course, but I have been using qbittorrent for years. The best of all Linux based graphical torrent clients if you ask me.
Many thanks!!
I think the advantage of qbittorrent is that it has python search engine plugins for the different torrent indexers
Switched to 4.x series last November, libtorrent-rasterbar gave me a few headaches, until the 1.1.6 release. All is well now.
I’ve now switched over to qBitTorrent and like it better than KTorrent. Ktorrent kept spawning several “http.so” processes for some reason that were monopolizing my CPU. Someone told me those had to do with Akonadi, but I don’t think so.
Another package that sadly doesn’t cope with the openssl upgrade.
First error was ‘qbittorrent: error while loading shared libraries: libssl.so.1: cannot open shared object file: No such file or directory’
After creating a symlink I get:
‘qbittorrent: symbol lookup error: /usr/lib64/libtorrent-rasterbar.so.9: undefined symbol: SSL_library_init’
…so it was actually libtorrent-rasterbar that broke. Package rebuilt using ponce’s buildscript and patches ( https://github.com/Ponce/slackbuilds/tree/current/libraries/libtorrent-rasterbar ) and qbittorrent is alive again!
Thanks for the rebuilt libtorrent-rasterbar! And ffmpeg!
Dear Eric,
I guess you already noticed, but yesterday’s changes to slackware -current (openssl) broke your qbittorrent package. After rebuilding libtorrent-rasterbar and qbittorrent using your buildscript, everything runs fine again.
Best,
Karl
I don’t use qbittorrent on -current, but anyway I would not have noticed because when you install the new openssl11 package, qbittorrent and other packages just keep running.
I’ll update this and potentially others when I get to a version bump.
Thanks, I stupidly forgot to install the new openssl11 packages (although I remembered to build and install compat32 packages). You’re perfectly right, of course: with those new packages installed, old 3rd party stuff will just keep running.
Thanks for the qbittorrent 4.6.7 update and backporting the SSL vulnerability!
The one from Slackers (Conraid) doesn’t work on Slackware 15.0. I assume yours does (not on Linux at the moment).
Do you have any idea when Slackware 15.0 will incorporate QT6, or when 15.1 will come out? Not having QT6 causes problems more often. For instance with Audacious or MKVToolNix.
Slackware 15.0 will not receive Qt6 since new features only go into the -current tree. For a Slackware 15.1 release date I can not give you an ETA. If there’s a need for a qt6 package for Slackware 15.0 I would be able to build one.