Search Criteria
Package Details: lscolors-git r259.03e66df-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/lscolors-git.git (read-only, click to copy) |
---|---|
Package Base: | lscolors-git |
Description: | Colorize the output of the "ls" shell command via LS_COLORS |
Upstream URL: | https://github.com/trapd00r/LS_COLORS |
Licenses: | PerlArtistic |
Submitter: | smls |
Maintainer: | maximbaz |
Last Packager: | maximbaz |
Votes: | 19 |
Popularity: | 0.008921 |
First Submitted: | 2016-03-10 18:04 (UTC) |
Last Updated: | 2018-11-08 00:55 (UTC) |
Latest Comments
maximbaz commented on 2018-08-05 13:01 (UTC)
@fuan_k I adopted the package and implemented the suggestion.
Everyone: the location of LS_COLORS changed, but don't bother with running dircolors now, just follow the installation notice and put this in your
.bashrc
:fuan_k commented on 2018-08-04 13:33 (UTC)
I agree with maximbaz, it should be computed only once during installation.
maximbaz commented on 2018-01-26 16:52 (UTC)
Please add
git
to the makedepends, otherwise installation fails in chroot with:==> ERROR: Cannot find the git package needed to handle git sources.
maximbaz commented on 2017-12-03 13:12 (UTC)
Hey @smls,
Could you please also pre-compute the LS_COLORS in the PKGBUILD? There is no need for users to re-evaluate dircolors over and over again, it just slows down the terminal startup time. It really makes sense to evaluate dircolors during installation and upgrades.
I imagine you could add something like this to the build() function:
And add this to the package() function:
In this case, users can simply do
source /usr/share/LS_COLORS.dircolors
instead of doing theeval ...
in their .bashrc/.zshrcsmls commented on 2016-06-10 17:27 (UTC)
zerophase commented on 2016-06-09 10:07 (UTC)