Bash cores definidas em .bashrc se comportando de forma estranha. Eu não consigo descobrir

Question

Quando digito ls -l , minha cor de comando definida em .bashrc é usada apenas no primeiro item até o diretório ou nome de arquivo que tenha sua própria cor definida. As linhas seguintes parecem ter uma cor branca padrão.

Minha cor da linha de comando é definida no final do meu PS1 como 01; 33

Eu destaquei o problema nesta imagem ..

Aquiestáoarquivo.bashrc

#~/.bashrc:executedbybash(1)fornon-loginshells.#see/usr/share/doc/bash/examples/startup-files(inthepackagebash-doc)#forexamples#Ifnotrunninginteractively,don'tdoanythingcase$-in*i*);;*)return;;esac#don'tputduplicatelinesorlinesstartingwithspaceinthehistory.#Seebash(1)formoreoptionsHISTCONTROL=ignoreboth#appendtothehistoryfile,don'toverwriteitshopt-shistappend#forsettinghistorylengthseeHISTSIZEandHISTFILESIZEinbash(1)HISTSIZE=1000HISTFILESIZE=2000#checkthewindowsizeaftereachcommandand,ifnecessary,#updatethevaluesofLINESandCOLUMNS.shopt-scheckwinsize#Ifset,thepattern"**" used in a pathname expansion context will
# match all files and zero or more directories and subdirectories.
#shopt -s globstar

# make less more friendly for non-text input files, see lesspipe(1)
[ -x /usr/bin/lesspipe ] && eval "$(SHELL=/bin/sh lesspipe)"

# set variable identifying the chroot you work in (used in the prompt below)
if [ -z "${debian_chroot:-}" ] && [ -r /etc/debian_chroot ]; then
    debian_chroot=$(cat /etc/debian_chroot)
fi

# set a fancy prompt (non-color, unless we know we "want" color)
case "$TERM" in
    xterm-color|*-256color) color_prompt=yes;;
esac

# uncomment for a colored prompt, if the terminal has the capability; turned
# off by default to not distract the user: the focus in a terminal window
# should be on the output of commands, not on the prompt
force_color_prompt=yes

if [ -n "$force_color_prompt" ]; then
    if [ -x /usr/bin/tput ] && tput setaf 1 >&/dev/null; then
    # We have color support; assume it's compliant with Ecma-48
    # (ISO/IEC-6429). (Lack of such support is extremely rare, and such
    # a case would tend to support setf rather than setaf.)
    color_prompt=yes
    else
    color_prompt=
    fi
fi

if [ "$color_prompt" = yes ]; then
    PS1='${debian_chroot:+($debian_chroot)}\[3[00;37m\]\u@\h:\w\$\[3[01;33m\] '
else
    PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w\$ '
fi
unset color_prompt force_color_prompt

# If this is an xterm set the title to user@host:dir
case "$TERM" in
xterm*|rxvt*)
    PS1="\[\e]0;${debian_chroot:+($debian_chroot)}\u@\h: \w\a\]$PS1"
    ;;
*)
    ;;
esac

# 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'
    #alias dir='dir --color=auto'
    #alias vdir='vdir --color=auto'

    alias grep='grep --color=auto'
    alias fgrep='fgrep --color=auto'
    alias egrep='egrep --color=auto'
fi

# colored GCC warnings and errors
#export GCC_COLORS='error=01;31:warning=01;35:note=01;36:caret=01;32:locus=01:quote=01'

# some more ls aliases
alias ll='ls -alF'
alias la='ls -A'
alias l='ls -CF'

# Add an "alert" alias for long running commands.  Use like so:
#   sleep 10; alert
alias alert='notify-send --urgency=low -i "$([ $? = 0 ] && echo terminal || echo error)" "$(history|tail -n1|sed -e '\''s/^\s*[0-9]\+\s*//;s/[;&|]\s*alert$//'\'')"'

# Alias definitions.
# You may want to put all your additions into a separate file like
# ~/.bash_aliases, instead of adding them here directly.
# See /usr/share/doc/bash-doc/examples in the bash-doc package.

if [ -f ~/.bash_aliases ]; then
    . ~/.bash_aliases
fi

# enable programmable completion features (you don't need to enable
# this, if it's already enabled in /etc/bash.bashrc and /etc/profile
# sources /etc/bash.bashrc).
if ! shopt -oq posix; then
  if [ -f /usr/share/bash-completion/bash_completion ]; then
    . /usr/share/bash-completion/bash_completion
  elif [ -f /etc/bash_completion ]; then
    . /etc/bash_completion
  fi
fi

#LS_COLORS=$LS_COLORS:'di=0;33:' ; export LS_COLORS

    

Answer 1

Descrição do problema

Essa é a maneira errada de definir cores para ls . ls usa as cores do terminal da mesma maneira que o prompt. Quando dev é colorido de marrom por ls , isso acontece de maneira semelhante a isso:

\[3[0;33\]dev\[3[0m\]

E a cor do terminal é trocada de volta para a cor normal ( \[3[0m\] ). A partir daí, a cor regular é usada para exibir o texto, até Documents quando é mudado para marrom e volta para o normal novamente.

Basicamente, é uma má ideia ter um prompt que deixe uma cor de terminal ligada:

PS1='${debian_chroot:+($debian_chroot)}\[3[00;37m\]\u@\h:\w\$\[3[01;33m\] '

Em vez disso, você deve sempre mudar a cor para regular:

PS1='${debian_chroot:+($debian_chroot)}\[3[00;37m\]\u@\h:\w\$\[3[0m\] '

Em seguida, use a variável de ambiente LS_COLORS para alterar a maneira como ls imprime as cores.

Hack

ls é aliased para como:

alias ls='ls --color'

Na maioria das distribuições linux hoje. Remover esse alias é uma maneira de fazer com que seu prompt de hacky funcione com ls . Mas essa não é uma boa solução e você provavelmente sofrerá problemas com outros programas.

Solução adequada

Se você realmente quer mudar a cor padrão do texto no terminal, você deve configurá-lo no próprio emulador de terminal. Praticamente todos os emuladores de terminal ( gnome-terminal , xfce-terminal , kterm ) têm uma seção de configuração onde a cor padrão (regular) pode ser definida.

Em xterm e rxvt variants, a cor padrão pode ser definida em ~/.Xresources .

    

Answer 2

Após cada saída de linha, o comando ls redefinirá a cor. Se você executar dircolors -p , verá uma linha

RESET 0 # reset to "normal" color

Se você executar dircolors por conta própria (que será exibida em LS_COLORS format), você verá 'rs = 0'. Portanto, se você quiser que ls seja redefinido para uma cor diferente, será necessário configurar uma variável LS_COLORS personalizada com rs=01;33 e exportar essa variável. Agora ls será redefinido para sua cor personalizada no final de cada linha.