Package Details: qbittorrent-git 1:5.1.0alpha1.r306.gb462a2bf0-1

Git Clone URL: https://aur.archlinux.org/qbittorrent-git.git (read-only, click to copy)
Package Base: qbittorrent-git
Description: An advanced BitTorrent client programmed in C++, based on Qt toolkit and libtorrent-rasterbar (git version)
Upstream URL: https://www.qbittorrent.org
Keywords: bittorrent qt torrent
Licenses: GPL-3.0-or-later, GPL-2.0-or-later
Conflicts: qbittorrent
Provides: qbittorrent
Submitter: Sevenseven
Maintainer: yurikoles
Last Packager: yurikoles
Votes: 47
Popularity: 0.000000
First Submitted: 2011-06-28 01:40 (UTC)
Last Updated: 2024-11-04 20:45 (UTC)

Required by (30)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »

katt commented on 2020-08-23 10:31 (UTC)

If anyone is struggling to run this with qt5-base-headless, you need shared-mime-info, posting this partly in case I encounter this ever again.

eschwartz commented on 2017-09-24 17:59 (UTC)

This is true... I generally publish updated pkgver/pkgrel for soname rebuilds (although this time around I was offline over the weekend), but this is hardly required as an AUR standard. The user is expected to know enough to rebuild their AUR packages after events like this.

tuxayo commented on 2017-09-23 20:04 (UTC)

I also had to rebuild libtorrent-rasterbar-1_0-git before rebuilding qbittorrent-git

tuxayo commented on 2017-09-23 19:09 (UTC)

After the update of boost (1.64.0-4 -> 1.65.1-1) the package must be rebuilt.

eschwartz commented on 2017-09-07 22:35 (UTC)

No, you install base-devel as all users are required to do before using makepkg. I am not responsible for working around the fact that you didn't read the basic instructions for using the AUR.

fshp commented on 2017-09-07 20:56 (UTC)

Add pkg-config to make deps.

servimo commented on 2017-07-17 21:42 (UTC)

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

eschwartz commented on 2017-07-17 16:44 (UTC)

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 (UTC) (edited on 2017-07-17 15:56 (UTC) by servimo)

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 (UTC)

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.

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »