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 »

eschwartz commented on 2015-06-02 02:01 (UTC)

Thanks for the fix. :) BTW -- I didn't know either, until I googled and read the manpages obsessively trying to fix this nagging cosmetic issue. :D As for the protocol used -- maybe there should be some sort of guideline (hah!)... anyway, it was just a little funny. Personally I wouldn't care, except that it cost me almost a whole 60 seconds of my life never to be recovered to change to my yaourt $develsrcdir and update the remote url before I could build it.

carstene1ns commented on 2015-05-31 09:08 (UTC)

@Eschwartz: Yes, I had updated this PKGBUILD to use qt5, but noticed then that there is a bug[1], that made the qbittorrent team revert to use qt4 by default. We also have a qbittorrent-qt5-git[2] package in the AUR, so I changed it to use qt4 again, but forgot to update the description... :) I wanted to contain the used version in the description so users can easily find it (also regarding [2]). If the team decides to switch to qt5 again, this package should use it and [2] should be removed (and a new package qbittorent-qt4-git could be added, if needed). I agree that the revision count is better with your change, I did not know that one could specify a tag to get only commits since then. The downside you mention is valid, however it will be gone once the next release is made. Considering I only introduced this change 5 days ago and the (lack of) popularity of this package, I think it does not really matter to change it now. It is true that cloning with git:// url works, but it uses a port (9418) that may be blocked by company firewalls, proxies or whatever. Using the https:// protocol has the advantage to get through them. [1]: https://github.com/qbittorrent/qBittorrent/issues/2835 [2]: https://aur.archlinux.org/packages/qbittorrent-qt5-git/

eschwartz commented on 2015-05-31 04:45 (UTC)

The current workaround for git describe counts every commit since forever, but of course to properly emulate describe, it would be nice to only list #commits since the version tag. If I change the line: _rev=$(git rev-list --count HEAD) to: _rev=$(git rev-list --count release-${_tag}..HEAD) then I get version 3.2.0.r17.2c1d76c-1 instead of version 3.2.0.r5793.2c1d76c-1, which I much prefer. The downside would be that the package goes _down_ 5776 versions for anyone else who has already installed it...... P.S. the package description now refers to Qt5, but you switched it to use qt4 again. The qBittorrent team just went with "Qt". ;) P.P.S. cloning works with git:// as well. :p

carstene1ns commented on 2015-05-25 23:09 (UTC)

Package adopted and (hopefully) fixed.

yurikoles commented on 2015-05-06 23:38 (UTC)

please specify that now qBittorrent requires libtorrent-rasterbar >= 1.0

Vaporeon commented on 2015-04-06 06:23 (UTC)

Building with QT5 is now default so the dependencies should be changed.

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