Por que “(base)” aparece na frente do prompt do meu terminal?

87

De acordo com o título, estou me perguntando por que tenho (base)à esquerda do meu prompt do terminal.

Se eu correr source ~/.profileno terminal, ele desaparecerá.

Se eu fechar esse terminal e reabrir um novo terminal, ele (base)estará lá novamente.

Eu gostaria de saber o que é, obrigado.

Confira na imagem:

Imagem do meu prompt

Aqui está o conteúdo do meu .profile(excluindo itens padrão do caminho $ e outras coisas personalizadas):

# if running bash
if [ -n "$BASH_VERSION" ]; then
    # include .bashrc if it exists
    if [ -f "$HOME/.bashrc" ]; then
        . "$HOME/.bashrc"
    fi
fi

Aqui está o conteúdo do meu .bashrc

# If not running interactively, don't do anything
case $- in
    *i*) ;;
      *) return;;
esac

# don't put duplicate lines or lines starting with space in the history.
# See bash(1) for more options
HISTCONTROL=ignoreboth

# append to the history file, don't overwrite it
shopt -s histappend

# for setting history length see HISTSIZE and HISTFILESIZE in bash(1)
HISTSIZE=1000
HISTFILESIZE=2000

# check the window size after each command and, if necessary,
# update the values of LINES and COLUMNS.
shopt -s checkwinsize

# If set, the pattern "**" 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)}\[\033[01;32m\]\u@\h\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$ '
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

# added by Anaconda3 installer
#export PATH="/home/jim/anaconda3/bin:$PATH"
. /home/jim/anaconda3/etc/profile.d/conda.sh
conda activate

Eu procurei por todo o lado, mas não consegui encontrar a resposta. Outro usuário fez as mesmas perguntas, mas ainda não foi respondido:

Jimmy
fonte

Respostas:

37

Parece vir do seu condaambiente. Em particular, você está ativando a condapartir do seu da ~/.bashrcseguinte maneira

# added by Anaconda3 installer
#export PATH="/home/jim/anaconda3/bin:$PATH"
. /home/jim/anaconda3/etc/profile.d/conda.sh
conda activate

e conda activateprecede seu prompt com (<env-name->)- porque você não está especificando um ambiente específico, cujo padrão é (base).

O comportamento está documentado em Usando o arquivo de configuração .condarc conda :

Alterar prompt de comando (changeps1)

Ao usar o ativar, altere o prompt de comando de $ PS1 para incluir o ambiente ativado. O padrão é verdadeiro.

EXEMPLO:

changeps1: False

Portanto, para que ele desapareça, localize e modifique seu .condarcarquivo - ou não ative o conda ~/.bashrc.

chave de aço
fonte
102

Isso também pode ser porque auto_activate_baseestá definido como True. Você pode verificar isso usando o seguinte comando

conda config --show | grep auto_activate_base

Para definir falso

conda config --set auto_activate_base False
bksahu
fonte
5
Este comando finalmente me ajudou! As outras soluções não funcionaram porque o meu changeps1já estava definido como falso. O erro no meu caso ocorreu depois que eu instalei o matplotlibvia conda. Antes (base)nunca iria aparecer. Obrigado por adicionar a linha para verificar a configuração!
Andrusch
finalmente alguém atinge a marca. Mas você sabe por que esse valor é repentinamente alterado para True? (No meu caso, não foi assim por um longo tempo)
HongboZhu
11
PS: o terminal deve ser fechado e reaberto para que a alteração entre em vigor
Nino Filiu
Isso parece ter funcionado para mim também. No entanto, meu objetivo era apenas remover os (base)caracteres do prompt de comando; Não quero alterar minha configuração conda / python / jupyter / etc. > Isso será removido apenas(base) do prompt sem efeitos colaterais? Caso contrário, quais seriam os efeitos colaterais?
TransferOrbit
Obrigado pela solução. Funcionou para mim.
Suraj Dubey
24

(base) aparece devido a alterações no ambiente conda.

O comando a seguir oculta o ambiente (base).

conda config --set changeps1 False
Felix Solomon
fonte
11
Para removê-lo apenas para o ambiente base, mas não para outros, verifique o seguinte: stackoverflow.com/questions/55171696/…
Homero Esmeraldo
3

Para desativar um ambiente conda, digite:

conda deactivate

Isso removerá o (base)prompt antes do Linux, como visto aqui:

usuário (base) @ office-pc: ~ $

Marley Davis
fonte
-1

correu o código abaixo e depois entrou conda deactivatee a base foi embora.

echo >&2 "DeprecationWarning: 'source deactivate' is deprecated. Use 'conda deactivate'."
"$_CONDA_ROOT/etc/profile.d/conda.sh" || return $?

desda desativação

Steven Peterson
fonte
-1

Parece ainda ser um recurso experimental do Anaconda.

Para voltar ao normal, você pode executar o comando:

conda init --reverse

Então você precisa fechar a janela atual do shell e abrir uma nova para ver as modificações.

Anderson Chaves
fonte