Selon le titre, je me demande pourquoi j'ai (base)
à gauche de l'invite de mon terminal.
Si je lance source ~/.profile
dans le terminal, il disparaît.
Si je ferme ce terminal et rouvre un nouveau terminal, (base)
est à nouveau présent.
J'aimerais savoir ce que c'est, merci.
Découvrez dans l'image:
Voici le contenu de mon .profile
(à l'exclusion des éléments standard path et des autres éléments personnalisés):
# if running bash
if [ -n "$BASH_VERSION" ]; then
# include .bashrc if it exists
if [ -f "$HOME/.bashrc" ]; then
. "$HOME/.bashrc"
fi
fi
Voici le contenu de mon .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
J'ai cherché partout, mais je n'ai pas trouvé de réponse. Un autre utilisateur a posé les mêmes questions, mais il n’ya pas encore de réponse:
Cela semble provenir de votre environnement conda
. En particulier, vous activez conda
à partir de votre ~/.bashrc
comme suit
# added by Anaconda3 installer
#export PATH="/home/jim/anaconda3/bin:$PATH"
. /home/jim/anaconda3/etc/profile.d/conda.sh
conda activate
et conda activate
préfixe votre invite avec (<env-name->)
- car vous ne spécifiez pas un environnement particulier, la valeur par défaut est (base)
.
Le comportement est documenté à l'adresse tilisation du fichier de configuration conda .condarc :
Changer d'invite de commande (changeps1)
Lorsque vous utilisez activate, modifiez la commande Invite à partir de $ PS1 pour inclure l'environnement activé. La valeur par défaut est True.
EXEMPLE:
changeps1: False
Donc, pour le faire disparaître, recherchez et modifiez votre fichier .condarc
- ou n'activez pas conda à partir de votre fichier ~/.bashrc
.
Cela peut également être dû au fait que auto_activate_base
est défini sur True. Vous pouvez vérifier cela en utilisant la commande suivante
conda config --show | grep auto_activate_base
Pour le définir faux
conda config --set auto_activate_base False
(base) apparaît en raison d'un changement d'environnement conda.
La commande suivante masque l’environnement (de base).
conda config --set changeps1 False
Pour désactiver un environnement conda, entrez: conda désactiver Ceci supprimera le '(bash)' avant votre invite Linux.