Quand j'ouvre ma fenêtre de terminal, je vois cette chaîne
PKG_CONFIG: commande introuvable
Pourquoi apparaît-il? Il apparaît automatiquement juste après que j'ouvre la fenêtre du terminal
Voici le résultat de la commande cat ~/.bashrc
# ~/.bashrc: executed by bash(1) for non-login shells.
# see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)
# for examples
# 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
Et voici la sortie de la commande cat /etc/bash.bashrc
# System-wide .bashrc file for interactive bash(1) shells.
# To enable the settings / commands in this file for login shells as well,
# this file has to be sourced in /etc/profile.
# If not running interactively, don't do anything
[ -z "$PS1" ] && return
# check the window size after each command and, if necessary,
# update the values of LINES and COLUMNS.
shopt -s checkwinsize
# 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, overwrite the one in /etc/profile)
PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w\$ '
# Commented out, don't overwrite xterm -T "title" -n "icontitle" by default.
# If this is an xterm set the title to user@Host:dir
#case "$TERM" in
#xterm*|rxvt*)
# Prompt_COMMAND='echo -ne "\033]0;${USER}@${HOSTNAME}: ${PWD}\007"'
# ;;
#*)
# ;;
#esac
# enable bash completion in interactive shells
#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
# Sudo hint
if [ ! -e "$HOME/.Sudo_as_admin_successful" ] && [ ! -e "$HOME/.hushlogin" ] ; then
case " $(groups) " in *\ admin\ *|*\ Sudo\ *)
if [ -x /usr/bin/Sudo ]; then
cat <<-EOF
To run a command as administrator (user "root"), use "Sudo <command>".
See "man Sudo_root" for details.
EOF
fi
esac
fi
# if the command-not-found package is installed, use it
if [ -x /usr/lib/command-not-found -o -x /usr/share/command-not-found/command-not-found ]; then
function command_not_found_handle {
# check because c-n-f could've been removed in the meantime
if [ -x /usr/lib/command-not-found ]; then
/usr/lib/command-not-found -- "$1"
return $?
Elif [ -x /usr/share/command-not-found/command-not-found ]; then
/usr/share/command-not-found/command-not-found -- "$1"
return $?
else
printf "%s: command not found\n" "$1" >&2
return 127
fi
}
fi
PKG_CONFIG PATH=$PKG_CONFIG_PATH:/usr/local/lib/pkgconfig
Et ceci est la sortie de la commande cat /etc/profile
# /etc/profile: system-wide .profile file for the Bourne Shell (sh(1))
# and Bourne compatible shells (bash(1), ksh(1), ash(1), ...).
if [ "$PS1" ]; then
if [ "$BASH" ] && [ "$BASH" != "/bin/sh" ]; then
# The file bash.bashrc already sets the default PS1.
# PS1='\h:\w\$ '
if [ -f /etc/bash.bashrc ]; then
. /etc/bash.bashrc
fi
else
if [ "`id -u`" -eq 0 ]; then
PS1='# '
else
PS1='$ '
fi
fi
fi
if [ -d /etc/profile.d ]; then
for i in /etc/profile.d/*.sh; do
if [ -r $i ]; then
. $i
fi
done
unset i
fi
Exécutez Sudo -H gedit /etc/bash.bashrc
et supprimez la dernière ligne de ce fichier.
Le but de la ligne à la fin de _/etc/bash.bashrc
_, qui contenait une erreur de syntaxe, était d’ajouter un répertoire à la fin de la variable d’environnement _PKG_CONFIG_PATH
_ . Lorsque VARNAME
est le nom d'une variable d'environnement contenant du texte constitué de plusieurs entrées _:
_-, il s'agit de n idiome commun à écrire - des choses commeVARNAME=$VARNAME:otherstuff
. (Bien que VARNAME="$VARNAME:otherstuff"
soit souvent préférable; voir ci-dessous.) Dans votre cas, un espace erroné a été ajouté à _PKG_CONFIG_PATH
_ du côté gauche du signe _=
_, ce qui entraîne votre erreur.
Si vous n'avez pas besoin de pour définir la variable d'environnement _PKG_CONFIG_PATH
_, alors réponse de Pilot6 de supprimer simplement la ligne avec l'erreur de syntaxe
_PKG_CONFIG PATH=$PKG_CONFIG_PATH:/usr/local/lib/pkgconfig
_
à partir de la fin de _/etc/bash.bashrc
_ est la meilleure approche.
Si vous avez besoin de pour définir _PKG_CONFIG_PATH
_, vous devez corriger l'erreur de syntaxe en remplaçant l'espace erroné dans _PKG_CONFIG PATH
_. avec un __
_ de sorte qu'il se lit _PKG_CONFIG_PATH
_:
_PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/usr/local/lib/pkgconfig
_
Ou vous pouvez simplement vouloir définir cette variable d'environnement ailleurs. Le fichier bashrc
à l’échelle du système n’est généralement pas un emplacement recommandé pour définir les variables d’environnement. Voir EnvironmentVariables pour plus de détails.
Vous pouvez aussi parfois voir tout ou partie du côté droit d'une tâche entre guillemets:
_PKG_CONFIG_PATH="$PKG_CONFIG_PATH:/usr/local/lib/pkgconfig"
_
Bien que pas strictement nécessaire (in Bash ), cela peut être considéré comme préférable du point de vue stylistique. Dans la plupart des situations , les variables d'environnement pouvant contenir des espaces doivent être placées dans _"
_ _"
_ lorsqu'elles sont développées (_$
_). L’affectation est une exception où ne citation explicite n’est pas strictement requise .
Cependant, je répète que cela n’est valable que si vous devez réellement définir _PKG_CONFIG_PATH
_. Si vous ne savez pas comment cette ligne est entrée dans _/etc/bash.bashrc
_, alors je ne recommande pas de la remettre. Je recommande de suivre les conseils donnés dans réponse de Pilot6 sauf lorsque vous devez réellement utiliser la définition de variable d'environnement malformée.
Enfin, si vous vous demandez pourquoi ce message d’erreur et comment l’interpréter, cela signifie que le shell a tenté d’exécuter une commande appelée _PKG_CONFIG
_. Il n'y a pas de telle commande sur votre système (et ne devrait pas l'être). Parce que le second __
_ dans _PKG_CONFIG_PATH
_ était écrit sous forme d'espace, le premier mot de la ligne n'était pas une affectation (no _=
_ avant le premier espace vide ), de sorte que Word soit interprété comme le nom de la commande à exécuter. Le shell a donc essayé d'exécuter la commande _PKG_CONFIG
_ avec tout le reste de la ligne interprété comme un argument de ligne de commande , et il a indiqué _command not found
_ pour _PKG_CONFIG
_.