Package Details: qbittorrent-git 3.3.14.r1495.g802cd89ec-1

Git Clone URL: https://aur.archlinux.org/qbittorrent-git.git (read-only)
Package Base: qbittorrent-git
Description: A bittorrent client powered by C++, Qt5 and the good libtorrent library (development version)
Upstream URL: http://www.qbittorrent.org/
Keywords: qt torrent
Licenses: GPL, custom
Conflicts: qbittorrent
Provides: qbittorrent
Submitter: Sevenseven
Maintainer: carstene1ns (Eschwartz)
Last Packager: Eschwartz
Votes: 38
Popularity: 1.341163
First Submitted: 2011-06-28 01:40
Last Updated: 2017-07-20 16:24

Required by (2)

Sources (1)

Latest Comments

servimo commented on 2017-07-17 21:42

O.K., now after the update, it worked. Sorry. Thanks for the patience!

Eschwartz commented on 2017-07-17 16:44

I already told you, fix your mirrors. How many times do I have to tell you, Arch Linux moved libtorrent-rasterbar v1.1.4 to [extra] on Friday, 3 days ago?

If your mirror is still telling you that libtorrent-rasterbar is at 1.1.3-4, then it hasn't synced in 3 days and you should probably stop using it.
Also, unless you forgot to include the epoch something weird is going on.

If you still don't believe that I am telling the truth, see the link above for the libtorrent-rasterbar dependency on this page. Heck, I'll even give you an extra copy of the link: https://www.archlinux.org/packages/?name=libtorrent-rasterbar
Notice the "Version: 1:1.1.4-1" part, where it clearly says that v1.1.4 is the current version. This strongly implies that v1.1.4 is in fact in the repositories.

servimo commented on 2017-07-17 15:44

I have installed libtorrent-rasterbar 1.1.3-4 and is still not working the compile, same results
libtorrent-rasterbar 1.1.4 is not in the repositories

Eschwartz commented on 2017-07-16 14:02

servimo, I just updated this package last night to remove the patch that would work around that error... because libtorrent-rasterbar 1.1.4 is now in [extra] and renders it unnecessary.

Did you try doing a `pacman -Syu` before just assuming there was something wrong with this package? If so, your mirrorlist contains outdated mirrors, and you should consider updating your mirrorlist, then updating your system.

servimo commented on 2017-07-16 13:46

In file included from /usr/include/libtorrent/torrent_info.hpp:47:0,
from base/bittorrent/torrentinfo.h:34,
from base/bittorrent/session.h:58,
from base/bittorrent/session.cpp:30:
/usr/include/libtorrent/bdecode.hpp:294:14: note: in call to ‘std::__cxx11::string libtorrent::bdecode_node::list_string_value_at(int, const char*)’
std::string list_string_value_at(int i
^~~~~~~~~~~~~~~~~~~~
make[1]: *** [Makefile:3267: session.o] Error 1
make[1]: Leaving directory '/tmp/yaourt-tmp-sergio/aur-qbittorrent-git/src/qbittorrent/src'
make: *** [Makefile:45: sub-src-make_first] Error 2
==> ERRO: Uma falha ocorreu em build().
Abortando...
==> ERRO: Makepkg não conseguiu compilar qbittorrent-git.
==> Reiniciar a compilação de qbittorrent-git ? [s/N]

Eschwartz commented on 2017-03-12 07:40

@Saren,

The reverted commit in prepare() no longer reverted cleanly, this is now fixed. :)

Saren commented on 2017-03-11 14:57

For anyone who cannot build this,

source=("${pkgname%-*}::git+https://github.com/qbittorrent/qBittorrent.git#commit=cb5174bfa2ecdeeadbf32613e936bb0c2d58f3fc")

TrakTrakTrugui commented on 2017-01-30 01:58

Not working for me, app don't start in anyway.

Getting:
QSystemTrayIcon::setVisible: No Icon set

tuxayo commented on 2017-01-18 14:50

Eschwartz, The quantity of issues and criticity (data corruptions) is high enough so at least one upstream dev is considering forbidding(← I'm not satisfied with this word, I'm not a native speaker and can't find better for now) to build against libtorrent 1.1.x for now. I've asked clarification and a broader discussion about that possibility: https://github.com/qbittorrent/qBittorrent/issues/6239

Anyway, while I don't think that your strategy is the best, it's still good because it creates more incentive to fix the issues and most of all, lead to more data about the underlying causes which will helped fixing them.

Thanks for your work as a package maintainer :)

Eschwartz commented on 2017-01-15 02:01

tuxayo, I understood that as one of your meanings in the first place. ;)
"Anyway, nothing is stopping users from replacing libtorrent-rasterbar on their systems, with the alternative branches packaged in the AUR."

I still do not see why this package should *mandate* the 1.0.x branch, when that should be a user choice (to opt for the stable libtorrent-rasterbar with bleeding-edge qbittorrent).
So I am not going to change it.

All comments