Problème d'encodage de la locale

Support Debian
#1

Après la mise à jour en 8.8, j’ai un soucis avec la locale.
Voici le retour de la commande locale :

LANG=fr_FR.UTF-8
LANGUAGE=
LC_CTYPE="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_COLLATE="fr_FR.UTF-8"
LC_MONETARY="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_PAPER="fr_FR.UTF-8"
LC_NAME="fr_FR.UTF-8"
LC_ADDRESS="fr_FR.UTF-8"
LC_TELEPHONE="fr_FR.UTF-8"
LC_MEASUREMENT="fr_FR.UTF-8"
LC_IDENTIFICATION="fr_FR.UTF-8"
LC_ALL=

Et quand je lance une commande au pif, voilà ce que je trouve :

Lecture des listes de paquets... Fait
Construction de l'arbre des d�pendances       
Lecture des informations d'�tat... Fait
Les paquets suppl�mentaires suivants seront install�s�: 
  binutils gcc-4.9 libasan1 libatomic1 libc-dev-bin libc6-dev libcilkrts5 libgcc-4.9-dev libgomp1 libitm1 liblsan0 libquadmath0 libtsan0 libubsan0 linux-libc-dev manpages-dev
Paquets sugg�r�s�:
  binutils-doc gcc-multilib make autoconf automake libtool flex bison gdb gcc-doc gcc-4.9-multilib gcc-4.9-doc gcc-4.9-locales libgcc1-dbg libgomp1-dbg libitm1-dbg libatomic1-dbg libasan1-dbg liblsan0-dbg libtsan0-dbg libubsan0-dbg libcilkrts5-dbg libquadmath0-dbg glibc-doc
Les NOUVEAUX paquets suivants seront install�s�:
  binutils gcc gcc-4.9 libasan1 libatomic1 libc-dev-bin libc6-dev libcilkrts5 libgcc-4.9-dev libgomp1 libitm1 liblsan0 libquadmath0 libtsan0 libubsan0 linux-libc-dev manpages-dev
0 mis � jour, 17 nouvellement install�s, 0 � enlever et 0 non mis � jour.
Il est n�cessaire de prendre 16,9 Mo dans les archives.
Apr�s cette op�ration, 70,1 Mo d'espace disque suppl�mentaires seront utilis�s.
Souhaitez-vous continuer ? [O/n]

Vous savez d’où vient cette abération ?

Edit : je viens de vérifier, ça semble se produire sur tous mes PC mis à jour.

#2

Salut
Les préférences de la fenêtre terminal , onglet avancé, sont elles bien en utf8

#3

Mon terminal est en UTF-8. C’est le seul encodage de caractère que j’accepte sur mes systèmes d’information.

#4

Et après locale-gen ou dpkg-reconfigure locales (plus bourrin) (puis éventuellement déco/reco ou reboot) ?

#5

En fait, je l’ai déjà fait, ça ne résoult pas le problème.

#6

que se passe t-il quand tu tapes les lettres accentuées: é, è, à, le caractère euro € dans une fenêtre terminal?

root@debian:/# éèà€
bash: éèà€ : commande introuvable
root@debian:/#

t’as pas fait trop de ménage dans les polices de caractères?

j’ai tout ça

apt list *font* | grep install

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

fontconfig/testing,now 2.11.0-6.7+b1 amd64  [installé]
fontconfig-config/now 2.11.94-0ubuntu1 all  [installé, local]
fonts-cantarell/testing,testing,now 0.0.25-2 all  [installé]
fonts-crosextra-caladea/testing,testing,stable,stable,now 20130214-1 all  [installé]
fonts-crosextra-carlito/testing,testing,stable,stable,now 20130920-1 all  [installé]
fonts-dejavu/testing,testing,now 2.37-1 all  [installé]
fonts-dejavu-core/testing,testing,now 2.37-1 all  [installé]
fonts-dejavu-extra/testing,testing,now 2.37-1 all  [installé]
fonts-droid-fallback/testing,testing,now 1:6.0.1r16-1.1 all  [installé, automatique]
fonts-font-awesome/testing,testing,now 4.7.0~dfsg-1 all  [installé, automatique]
fonts-freefont-ttf/testing,testing,now 20120503-6 all  [installé, automatique]
fonts-lato/testing,testing,stable,stable,now 2.0-1 all  [installé, automatique]
fonts-liberation/testing,testing,now 1:1.07.4-2 all  [installé]
fonts-linuxlibertine/testing,testing,stable,stable,now 5.3.0-2 all  [installé]
fonts-lmodern/testing,testing,now 2.004.5-3 all  [installé, automatique]
fonts-noto-mono/testing,testing,now 20161116-1 all  [installé, automatique]
fonts-opensymbol/testing,testing,now 2:102.7+LibO5.2.6-2 all  [installé]
fonts-sil-gentium/testing,testing,now 20081126:1.03-1 all  [installé]
fonts-sil-gentium-basic/testing,testing,stable,stable,now 1.1-7 all  [installé]
fonts-wine/testing,testing,now 1.8.7-2 all  [installé, automatique]
gnome-font-viewer/testing,now 3.22.0-1+b1 amd64  [installé]
gsfonts/testing,testing,now 1:8.11+urwcyr1.0.7~pre44-4.3 all  [installé, automatique]
libfont-afm-perl/testing,testing,now 1.20-2 all  [installé, automatique]
libfontconfig1/now 2.11.94-0ubuntu1 amd64  [installé, local]
libfontembed1/testing,now 1.11.6-3 amd64  [installé, automatique]
libfontenc1/testing,now 1:1.1.3-1+b2 amd64  [installé]
libfonts-java/testing,testing,stable,stable,now 1.1.6.dfsg-3 all  [installé]
libxfont1/testing,now 1:1.5.2-4 amd64  [installé, automatique]
libxfont2/testing,now 1:2.0.1-3 amd64  [installé, automatique]
ttf-mscorefonts-installer/testing,testing,stable,stable,now 3.6 all  [installé, automatique]
xfonts-100dpi/testing,testing,now 1:1.0.4+nmu1 all  [installé]
xfonts-75dpi/testing,testing,now 1:1.0.4+nmu1 all  [installé]
xfonts-base/testing,testing,now 1:1.0.4+nmu1 all  [installé]
xfonts-encodings/testing,testing,stable,stable,now 1:1.0.4-2 all  [installé, automatique]
xfonts-scalable/testing,testing,now 1:1.0.3-1.1 all  [installé]
xfonts-utils/testing,now 1:7.7+4 amd64  [installé]
#7

L’interpréteur de commande n’accepte pas les caractères, vim les affiche comme ça : ?~C� ?~C� ?~C?| �?~B�

Non, au contraire, je met le plus de police possible afin d’afficher correctement les caractères exotiques.
De toute façon, j’utilise une police à chasse fixe sur le terminal.

Après, j’accède à ces machines par SSH, est-ce qu’il n’y aurait pas un truc à mettre dans la configuration de SSH pour que l’encodage soit géré correctement ?

#8

Salut @Almtesh:

Bizarre, ton problème.
Je viens de faire les màj sur mes stations debian. Je n’ai pas de problème d’encodage (au-travers de ma session SSH - et non, normalement tu n’as rien à paramétré au niveau de SSH pour ton encodage …).

Ton locale : tu la vérifié en tant qu’user ou root ?

Perso, voici ce que j’ai :

# locale
LANG=fr_FR.UTF-8
LANGUAGE=
LC_CTYPE="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_COLLATE="fr_FR.UTF-8"
LC_MONETARY="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_PAPER="fr_FR.UTF-8"
LC_NAME="fr_FR.UTF-8"
LC_ADDRESS="fr_FR.UTF-8"
LC_TELEPHONE="fr_FR.UTF-8"
LC_MEASUREMENT="fr_FR.UTF-8"
LC_IDENTIFICATION="fr_FR.UTF-8"
LC_ALL=

$ locale
LANG=
LANGUAGE=
LC_CTYPE="POSIX"
LC_NUMERIC="POSIX"
LC_TIME="POSIX"
LC_COLLATE="POSIX"
LC_MONETARY="POSIX"
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=

Voili, voilou, dans l’immédiat ! :wink:

#9

Bonjour,

Je viens de trouver d’où vennait le problème.
En fait, dans mes connexions à distance, j’utilise la commande screen. C’était la locale qui avait une valeur incorrecte car il était là depuis très longtemps. Une fermeture et réouverture du screen après une regénération des locales a résolu le problème.

La valeur incorrecte de la locale était dû au fait qu’une mise à jour des locales était passée avec la mise à jour de debian en 8.8 et la plupart de mes machines étant virtuelles, elle n’ont pas assez de mémoire vive pour une opération aussi lourde que la génération des locales.

Moralité, une machine sous debian doit avoir au moins 256Mo de RAM pour ne pas déconner plein tube sur les locales si une mise à jour passe dessus.

#10

Pas étonné :wink:

J’ai failli te suggérer un truc semblable …