Re: Bug in zsh and bash with builtin ls when colorization is used and the filename starts with a drive letter
- Date: Tue, 1 Aug 2017 12:20:06 -0600
- From: Brian Inglis <Brian.Inglis@xxxxxxxxxxxxxxxxxx>
- Subject: Re: Bug in zsh and bash with builtin ls when colorization is used and the filename starts with a drive letter
On 2017-08-01 11:45, Vlado wrote:
> On 1.8.2017 16:59, Ronald Fischer wrote:
>> This is with zsh 5.3, which is what I'm usually using. For curiosity, I
>> tested the same with bash, and the bash ls builtin command seems to
>> behave the same as zsh.
> are You sure?
> I run man bash, then /^SHELL BUILTIN COMMANDS and see ... kill, let, local,
> logout, mapfile, ...
> No ls.
> Check Your LS_COLORS value for missig ':' separator between *.log and *.txt
^ . missing ^ s/b :
To avoid these typos, you might want to look at using the proper coreutils tool
dircolors, copy its default config file /etc/defaults/etc/DIR_COLORS to
~/.dircolors, customize it, and use it, e.g.:
# enable color support of ls and also add handy aliases
if [ -x /usr/bin/dircolors ]; then
test -r ~/.dircolors && eval "$(dircolors -b ~/.dircolors)" \
|| eval "$(dircolors -b)"
alias ls='ls --color=auto' # classify files in colour
alias dir='dir --color=auto'
alias vdir='vdir --color=auto'
Check out the other defaults in /etc/defaults/etc/ for other shell profile
stanzas and tools you can use in your profiles.
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple