Archlinux.fr [Forums]

Bonsoir à tous,

À mon tour d'avoir un soucis de locale, le système est bien en français mais ce sont les caractères accentués qui ne fonctionnent pas. Uniquement quelques fois dans le term et continuellement dans les tty...
Voilà ce que donne la commande locale -a (on voit bien le ç qui s'affiche en point d'interrogation

Code : Tout sélectionner

$ locale -a
C
en_US
en_US.iso88591
en_US.utf8
fran�ais
french
fr_FR
fr_FR@euro
fr_FR.iso88591
fr_FR.iso885915@euro
fr_FR.utf8
POSIX

WTF please ? Tout est apparemment bien configuré en suivant la page locale du wiki à la lettre.

On peut voir la sortie de la commande locale depuis un tty et depuis une console de l'interface graphique (Si pour ton utilisateur et root la sortie n'est pas la même merci de donner les 2) ainsi que le contenu du rc.conf

Ok donc :
le rc.conf

Code : Tout sélectionner

#

LOCALE="fr_FR.UTF-8"
HARDWARECLOCK="UTC"
TIMEZONE="Europe/Paris"
KEYMAP="fr-latin9"
CONSOLEFONT="lat9w-16"
CONSOLEMAP=
USECOLOR="yes"

#MOD_BLACKLIST=() #deprecated
MODULES=(acpi-cpufreq tp_smapi hdaps dm_mod)

USELVM="no"

HOSTNAME="jean-laptop"

#eth0="eth0 192.168.0.24 netmask 255.255.255.0 broadcast 192.168.0.255"
#wlan0="wlan0 192.168.0.25 netmask 255.255.255.0 broadcast 192.168.0.255"
#eth0="dhcp"
#wlan0="dhcp"
#INTERFACES=(eth0 !wlan0)

interface=eth0
#address=192.168.0.11
#netmask=255.255.255.0
#broadcast=192.168.0.255
#gateway=192.168.0.1
address=182.168.0.10
netmask=255.255.255.0
broadcast=192.168.0.255
gateway=192.168.0.1

DAEMONS=(dbus syslog-ng !network wicd sensors netfs alsa acpid !hwclock ntpd bluetooth hddtemp @samba @crond httpd)

la sortie de locale pour depuis un tty :

Code : Tout sélectionner

LANG=fr_FR.UTF-8
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 depuis en term en graphique:

Code : Tout sélectionner

LANG=fr_FR.UTF-8
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=

Les résultats sont identiques pour le simple user et pour root...

Franchement jpige pas, il y a du fr_UTF-8 partout !

Pourrais tu relire ce que je t'ai demandé ? Et comparer avec ce que tu as donné ? Quel est l’intérêt de donner 2 fois la même chose ?
C'est la sortie depuis un tty ou depuis une console de ton interface graphique ?

Oups désolé j'avais mal lu. Voilà c'est corrigé, vois tu ce qui cloche ?

hansi a écrit : Uniquement quelques fois dans le term et continuellement dans les tty...

Vu que tes locales sont correctes, avant d'aller plus loin, c'est quand tu fais quoi exactement ? Parce qu'un fichier encodé en iso par exemple, c'est normal que ça te sorte des symboles cabalistiques en console (ex: locale -a m'a toujours retourné fran�ais et je suis bien en utf8 aussi).

Alors je ne sais plus précisément mais en général c'est quand j'installe/compile un programme et qu'il répond des phrases dans le term.
Mais le plus génant c'est vraiment dans les tty, quand je reboot ou autre on voit bien que tous les messages des programmes et d'Xfce sont avec des symboles bizarres.
Le truc c'est que ça ne le faisait jamais avant (avant le changement au niveau du locale.sh je présume)

hansi a écrit :Alors je ne sais plus précisément mais en général c'est quand j'installe/compile un programme et qu'il répond des phrases dans le term.

Faudrait en savoir plus, mais là ça peut être ce que je disais.

hansi a écrit :(avant le changement au niveau du locale.sh je présume)

Le locale.sh (tu en as un ? si oui, c'est lui qui prend le pas sur le rc.conf) n'a d'utilité que si tu as un shell spécial, genre zsh. C'est le cas ?

FoolEcho a écrit :Faudrait en savoir plus, mais là ça peut être ce que je disais.

Dès que je rerecontre le soucis je viens poster mais tu dois avoir raison.

FoolEcho a écrit :Le locale.sh (tu en as un ? si oui, c'est lui qui prend le pas sur le rc.conf) n'a d'utilité que si tu as un shell spécial, genre zsh. C'est le cas ?

Non pas de shell spécial, j'ai bien ce fichier et j'en parlais car il y a un moment il y avait une news à ce sujet, un changement à faire pour la mise à jour, et je crois bien que c'est à partir de ce moment là que le problème est apparu...
Et sinon ça ne pourrait pas être du au kernel linux-ck ? Un truc à configurer avant sa compilation ?

hansi a écrit :un changement à faire pour la mise à jour, et je crois bien que c'est à partir de ce moment là que le problème est apparu...

Le changement concernait locale.conf (et pas .sh même si ça va avec) avec certains shells ... mais de toutes manières tes locales sont correctes pour ce qu'on en voit.

hansi a écrit :Et sinon ça ne pourrait pas être du au kernel linux-ck ? Un truc à configurer avant sa compilation ?

Je ne sais pas. Bien possible (si possible, tu n'as qu'à démarrer sur le noyau officiel et voir si c'est mieux).

FoolEcho a écrit :Le changement concernait locale.conf (et pas .sh même si ça va avec) avec certains shells

Oui oui c'est bien ça je me suis emmêlé les pinceaux

hansi a écrit :Bien possible (si possible, tu n'as qu'à démarrer sur le noyau officiel et voir si c'est mieux).

Je viens de faire le test et c'est kifkif...

GRRR que c'est chiant !

FoolEcho a écrit : Le locale.sh (tu en as un ? si oui, c'est lui qui prend le pas sur le rc.conf) n'a d'utilité que si tu as un shell spécial, genre zsh. C'est le cas ?

En fait non : zsh s’accommode très bien de l'ancien système de rc.conf pour LOCALE.

Ce problème survient avec des messages et/ou lorsque tu édites un fichier ?
Si par hasard un "cat" <fichier> ne te sort pas d'accent, vérifie son encodage par :

Code : Tout sélectionner

file -i <fichier>

Tu pourrrais avoir des surprises.

J'ai eu pas mal de problèmes récemment : http://forums.archlinux.fr/topic10015.html

nope le problème n'est présent que dans certains messages et dans les tty.
Une fois X lancé et dans Xfce tout fonctionne normalement, les fichiers peuvent contenir tous les accents possibles et imaginables même dans le nom, ça roule mais uniquement depuis Xfce...
Si en revanche je créé un fichier "éssài" dans mon home et que depuis les tty je fais "ls -a ./" là en effet tous les carractères spéciaux sont couillés. Idem si je fais "nano éssài", la ligne de commande affiche bien les accents mais le titre du fichier a les accents buggués une fois nano lancé...
INCOMPRÉHENSIBLE !!!

En TTY (ctrl+alt+f2), avec un "ls -lA" : il n'y a que les caractères composés, comme Alt-Gr + o = œ, qui apparaissent sous forme de rectangle, si l'encodage est utf8. Par contre pour tout autres types cat ou ls même combat, pas d'affichage.
Dans mon rc.conf j'ai :

Code : Tout sélectionner

KEYMAP="fr-pc"
CONSOLEFONT=

Peut-être la définition du clavier ?

jaco a écrit :
FoolEcho a écrit : Le locale.conf (tu en as un ? si oui, c'est lui qui prend le pas sur le rc.conf) n'a d'utilité que si tu as un shell spécial, genre zsh. C'est le cas ?

En fait non : zsh s’accommode très bien de l'ancien système de rc.conf pour LOCALE.

J'avions cru.

karhu a écrit :En TTY (ctrl+alt+f2), avec un "ls -lA" : il n'y a que les caractères composés, comme Alt-Gr + o = œ, qui apparaissent sous forme de rectangle, si l'encodage est utf8. Par contre pour tout autres types cat ou ls même combat, pas d'affichage.
Dans mon rc.conf j'ai :
Code : Tout sélectionner
KEYMAP="fr-pc"
CONSOLEFONT=

J'ai essayé de changer de disposition de clavier, de régler CONSOLEMAP et de faire les manips décrites ici : https://wiki.archlinux.org/index.php/Fo ... fault_font et ça n'a rien changé...
C'est tellement exaspérant que je vais lacher l'affaire même si à mon avis il y a forcément une solution

Ça donne la même impression que sur le sujet cité par karhu: tu devrais vérifier comment sont encodés tes fichiers (file -i pour le contenu, echo du nom de fichier dans un fichier de sortie pour vérifier l'encodage des noms de fichiers à problème.

Alors en graphique ça donne ça:

Code : Tout sélectionner

$ file -i ./éssài
./éssài: inode/x-empty; charset=binary

et dans un tty :

Code : Tout sélectionner

$ file -i ./éssài
./éssài: ERROR: cannot open `./éssài' (No such file or directory)

C'est correct non ?

Pour le tty : (le "?" remplace le rectangle blanc, pas de copier/coller entre tty et X)

Code : Tout sélectionner

file -i ê-g?
ê-g?: text/plain; charset=utf-8
file -i ÇyiLÈà 
ÇyiLÈà: inode/x-empty; charset=binary

Pour le terminal xterm :

Code : Tout sélectionner

file -i ê-gœ
ê-gœ: text/plain; charset=utf-8
file -i ÇyiLÈà 
ÇyiLÈà: inode/x-empty; charset=binary

Un petit test, avec vim (pas un éditeur de texte) crée un fichier avec des accents dans le titre et dans le texte et regarde dans un tty et sous X le résultat d'un "cat" et d'un "file -i".

Edit : j'ai rajouté le deuxième fichier et c'est étrange car "Ç" est composé à l'aide de Alt-r+shift+ç donc il aurait du se comporer comme œ !

Archlinux.fr [Forums]

[locale] Caractères accentués qui buggent

[locale] Caractères accentués qui buggent

Re: [locale] Caractères accentués qui buggent

Re: [locale] Caractères accentués qui buggent

Re: [locale] Caractères accentués qui buggent

Re: [locale] Caractères accentués qui buggent

Re: [locale] Caractères accentués qui buggent

Re: [locale] Caractères accentués qui buggent

Re: [locale] Caractères accentués qui buggent

Re: [locale] Caractères accentués qui buggent

Re: [locale] Caractères accentués qui buggent

Re: [locale] Caractères accentués qui buggent

Re: [locale] Caractères accentués qui buggent

Re: [locale] Caractères accentués qui buggent

Re: [locale] Caractères accentués qui buggent

Re: [locale] Caractères accentués qui buggent

Re: [locale] Caractères accentués qui buggent

Re: [locale] Caractères accentués qui buggent

Re: [locale] Caractères accentués qui buggent

Re: [locale] Caractères accentués qui buggent

Re: [locale] Caractères accentués qui buggent