Arch Linux User Repository

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.

@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/

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

Package adopted and (hopefully) fixed.

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

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