Search Criteria
Package Details: git-extras 7.3.0-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/git-extras.git (read-only, click to copy) |
---|---|
Package Base: | git-extras |
Description: | GIT utilities -- repo summary, commit counting, repl, changelog population and more |
Upstream URL: | https://github.com/tj/git-extras |
Licenses: | MIT |
Submitter: | Schnouki |
Maintainer: | liljaylj (alerque) |
Last Packager: | alerque |
Votes: | 87 |
Popularity: | 0.67 |
First Submitted: | 2010-08-26 12:33 (UTC) |
Last Updated: | 2024-10-20 11:39 (UTC) |
Latest Comments
« First ‹ Previous 1 2 3 Next › Last »
SpotlightKid commented on 2020-03-26 15:09 (UTC)
I always get this annoying prompt when building the package:
because I have an alias called
squash
in my git config.IMHO the way the package is built should not depend on the user's configuration and certainly shouldn't it prompt unexpectedly for something interactively.
I suggest patching out lines 47-51 of the
Makefile
to remove this check.eschwartz commented on 2020-02-07 20:02 (UTC)
The upstream Makefile doesn't deploy it either, because there's not exactly a defined place for such a thing. I'm not inventing some undocumented file location which no one knows about, myself, and I'm not going to spam users who don't care about zsh in order to tell them how to work around the failure to use zsh's completion system.
The well-documented completion systems exist for good reason, and the bash completions correctly integrate with it. If you need more, speak to upstream. Once the zsh ones work with the completion system, I'd be happy to install them to /usr/share/zsh/site-functions/.
lenormf commented on 2020-02-07 08:01 (UTC)
From t he upstream
Makefile
:This package doesn't deploy
etc/git-extras-completion.zsh
, I want it to, so I can source it and have completion in ZSH.eschwartz commented on 2020-02-07 05:16 (UTC)
The git-extras project does not provide a zsh-completion file. Such files are traditionally installed to /usr/share/zsh/site-functions/_foo, and are loaded on-demand as documented here: http://zsh.sourceforge.net/Doc/Release/Completion-System.html#Autoloaded-files
Instead there is a file which is manually sourced by the user's zshrc, and is totally incompatible with the builtin completion system.
This will not get installed, because there is nowhere to install it to.
And having a .install file modify the user's $HOME/.zshrc is a bannable offense, so I would not do that since then, as a TU, I'd be obligated to ban myself. ;)
lenormf commented on 2020-02-05 08:22 (UTC)
Then make the
PKGBUILD
always install the ZSH completion?whynothugo commented on 2020-02-05 07:55 (UTC)
No, what you're proposing is simply not possible.
The PKGBUILD is executed to BUILD the package, but what you're trying to determine something on the machine where the package will be installed.
Building and installation can happen in different machines. While you can use the
.install
file to achieve something like this, keep in mind that, generally, packages always install zsh-completion. This also helps in case the installation order is the opposite (first this, then zsh).lenormf commented on 2020-02-05 07:33 (UTC)
Is there an idiomatic way (from a
PKGBUILD
standpoint) to auto-detect if ZSH is installed, to deploy its completion file automatically?Maybe something like
if command -v zsh 2>&1 >/dev/null; then …
.eschwartz commented on 2018-05-22 04:00 (UTC)
No. git-extras-git is correctly marked as conflicting with this, doing it the other way around is both redundant and incorrect.
francoism90 commented on 2018-05-20 12:29 (UTC)
@Eschwartz Please add conflicts git-extras-git :)
« First ‹ Previous 1 2 3 Next › Last »