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 »

tuxayo commented on 2017-01-14 20:08 (UTC)

@Eschwartz @desaparecido > Arch Linux doesn't support partial updates, so it makes no sense to tell people to downgrade, and requiring an old version just to make updates abort is kind of silly too. That's not what I proposed. Sorry for being vague. The proposal is to use the "libtorrent-rasterbar-1_0-git" AUR package.

xorly commented on 2017-01-10 22:49 (UTC)

Does not build with libtorrent 1.1. Arch is using patch to build it for community repo, which seems to work. https://git.archlinux.org/svntogit/community.git/tree/trunk/qbittorrent-libtorrent-1.1.1.patch?h=packages/qbittorrent

desaparecido commented on 2016-12-26 07:54 (UTC)

I'm agree with @Eschwartz, it's better to play with libtorrent-rasterbar-git package, all builds fine with it, and if we (like arch users) are choice a git version, usually we take the bleeding-edge package sure, but bleeding-edge bugs and upstream's issues;

eschwartz commented on 2016-12-25 22:13 (UTC) (edited on 2016-12-25 22:19 (UTC) by eschwartz)

Arch Linux doesn't support partial updates, so it makes no sense to tell people to downgrade, and requiring an old version just to make updates abort is kind of silly too. Do those specific issues occur on the released versions of qbittorrent (they had better, since the current git HEAD is identical to their release tag except for the changelog/version codes)? Maybe you should suggest to the Arch maintainers that they should revert to a previous libtorrent-rasterbar release because qbittorrent doesn't wish to fix bugs against liborrent-rasterbar 1.1.x ... Anyway, nothing is stopping users from replacing libtorrent-rasterbar on their systems, with the alternative branches packaged in the AUR. ... For the one issue where qbittorrent upstream refused to provide appropriate ifdefs when grabbing a new feature in 1.0.x (and in the git HEAD for 1.1.x), I have reverted the commit in the PKGBUILD. As always, report bugs upstream, they should want to fix the bugs regardless since they will *eventually* hit them once they officially support libtorrent-rasterbar 1.1.x Or from the sound of it, maybe report it to libtorrent-rasterbar as a regression instead.

tuxayo commented on 2016-12-25 21:43 (UTC) (edited on 2016-12-25 21:44 (UTC) by tuxayo)

If anyone is having issues, it seems that upstream support for libtorrent-rasterbar 1.1.x is not complete. See https://github.com/qbittorrent/qBittorrent/issues/6132 @carstene1ns Should it require libtorrent-rasterbar < 1.1.x for now?

uncle commented on 2016-06-24 00:00 (UTC)

A solution to a Qbittorrent bug I was having problems with: If your log is flooded with "Network configuration has changed" messages, this is a known bug in qBittorrent: https://github.com/qbittorrent/qBittorrent/issues/5073 ... caused by a bug in Qt5: https://bugreports.qt.io/browse/QTBUG-52633 This problem can be remedied by building with Qt4. First make sure you have Qt4 installed ;-) then edit the PKGBUILD before building, and change line 34 (omitting quotation marks) from: " ./configure --prefix=/usr" to " ./configure --prefix=/usr --with-qt4"

uncle commented on 2016-06-23 23:55 (UTC)

Advice for beginners: To automatically update the git packages on your system, run yaourt with the "--devel" flag. If you want to skip all the prompts asking you to manually approve each step, you can also add the "--noconfirm" flag, for example: yaourt -Syua --devel --noconfirm

eschwartz commented on 2016-06-22 13:09 (UTC)

@ilyamodder, For future notice the comments are the wrong place to leave out-of-date notifications. That is why a dedicated out-of-date flag exists. As desaparecido said, this is a git package, so merely being out of date is not an excuse to flag it. Note that some maintainers will bump the pkgver as a courtesy notification that a new upstream release is available... however this is at the maintainer's discretion.

desaparecido commented on 2016-06-22 06:44 (UTC)

@ilyamodder when you have a git package, to update, you only need to rebuilt it (except if changes in upstream force to change PKGBUILD). I successfully build with this commit: qbittorrent-git-3.3.5.r602.gdbd079d-1 so 3.3.5 like you say.

ilyamodder commented on 2016-06-22 00:17 (UTC)

Please update, there's an 3.3.5.

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