FS#62775 - [git-annex] broken zsh-completion
Attached to Project:
Community Packages
Opened by Geno (genofire) - Wednesday, 29 May 2019, 07:24 GMT
Last edited by Felix Yan (felixonmars) - Saturday, 17 August 2019, 03:45 GMT
Opened by Geno (genofire) - Wednesday, 29 May 2019, 07:24 GMT
Last edited by Felix Yan (felixonmars) - Saturday, 17 August 2019, 03:45 GMT
|
Details
Description:
the git-annex zsh-completion is empty and in the wrong path Additional info: * package version(s) Workaround: > git-annex --zsh-completion-script git-annex > /usr/share/zsh/vendor-completions/_git-annex > mv /usr/share/zsh/vendor-completions/_git-annex /usr/share/zsh/site-functions/_git-annex |
This task depends upon
Closed by Felix Yan (felixonmars)
Saturday, 17 August 2019, 03:45 GMT
Reason for closing: Fixed
Additional comments about closing: 7.20190730-10
Saturday, 17 August 2019, 03:45 GMT
Reason for closing: Fixed
Additional comments about closing: 7.20190730-10
./git-annex --zsh-completion-script git-annex > $(DESTDIR)$(PREFIX)/$(SHAREDIR)/zsh/vendor-completions/_git-annex
However, ghc does not create a ./git-annex binary, the Makefile rule "make git-annex" (or make/make build) creates a symlink to dist/build/git-annex/git-annex, and the install-desktop rule depends on it. The install-completions rule does *not* depend on it, so the completions will fail to generate correctly, depending on what order Make ends up fulfilling the build targets.
This is not a Makefile error, because if the command fails it echoes a message about optparse-applicative being "too old", creates a zero-byte file in its place, and continues going.