Search Criteria
Package Details: keybase-zsh-completion-git r7.8e37ebf-4
Package Actions
Git Clone URL: | https://aur.archlinux.org/keybase-zsh-completion-git.git (read-only, click to copy) |
---|---|
Package Base: | keybase-zsh-completion-git |
Description: | ZSH completion for keybase |
Upstream URL: | https://github.com/fnoris/keybase-zsh-completion |
Licenses: | MIT |
Conflicts: | keybase-zsh-completion |
Provides: | keybase-zsh-completion |
Submitter: | arti |
Maintainer: | arti |
Last Packager: | arti |
Votes: | 1 |
Popularity: | 0.000000 |
First Submitted: | 2018-11-15 14:00 (UTC) |
Last Updated: | 2024-08-26 08:10 (UTC) |
Latest Comments
cryptkicker commented on 2024-08-26 16:28 (UTC)
Thanks for the quick response and fix @arti.
paru
(my AUR helper) did not appear to ignore the version, it just could not match the longer version. Clearing the package cache and running against version 4 was successful.Using
paru v2.0.3 - libalpm v14.0.0
.arti commented on 2024-08-26 08:09 (UTC) (edited on 2024-08-26 08:09 (UTC) by arti)
@cryptkicker on my computer I have gitconfig core.abbrev set to 12 instead of the default 7. That resulted in different length hashes for
--short
argument. I have pushed a fix for it to always be 7 on all builds (matches Arch Wiki guidelines). That should fix your endless loop build. Although I think your AUR helper might be a bit broken if it ignorespkgver
function output in version update check.cryptkicker commented on 2024-08-23 22:08 (UTC)
The current build is stuck in an endless loop since the version does not match the short value returned from
git rev-parse --short HEAD
. The source is downgraded to version 1 and is flagged as always stale.I created a patch that will correct it. https://gist.github.com/cryptkicker/3e4a0b5f9ebd3c8b6046c4736f3fa28a
git apply keybase-zsh-completion-git-3.patch