[Locale] Probléme de locale dans KDE

[SSHNuke0]

Salut tout le monde !

J'ai malheureusement un petit problème avec ma Arch:
Tous les fichiers ayant un accent dans leur nom ont un affichage flingué dans les applications utilisant Qt !

Par contre, dans les TTY et autre application GTK, les accents passent sans problème !

Bref, si quelqu'un a une idée...

Merci d'avance !

ps: le module "Localisation" de "systemsettings" de kde est correctement configuré.

/etc/locale.conf:

Code : Tout sélectionner

LANG=fr_FR.utf8
LC_COLLATE=C

$ locale:

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=

$ locale -a:

Code : Tout sélectionner

C
français
french
fr_FR
fr_FR@euro
fr_FR.iso88591
fr_FR.iso885915@euro
fr_FR.utf8
fr_LU
fr_LU@euro
fr_LU.iso88591
fr_LU.iso885915@euro
fr_LU.utf8
POSIX

[benjarobin]

Quel système de fichier ? NTFS ou ext* ?
Sortie de la commande mount ?
Les fichiers viennent d'où ?

[SSHNuke0]

Système de fichier en ext4

$ mount:

Code : Tout sélectionner

/dev/mapper/roxx2-arch on / type ext4 (rw,noatime,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /sys/fs/cgroup type tmpfs (rw,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpuacct,cpu)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=28,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,relatime)
/dev/mapper/roxx2-home on /home type ext4 (rw,noatime,data=ordered)
/dev/sda1 on /media/BOOT type ext2 (rw,relatime)
/dev/sda1 on /boot type ext2 (rw,relatime)
/etc/autofs/auto.sshfs on /home/tristan/NFS type autofs (rw,relatime,fd=7,pgrp=539,timeout=30,minproto=5,maxproto=5,indirect)

Les fichiers viennent depuis un ancien /home (en ext4) ou d'autres bécanes (toutes des linux en ext4)

[benjarobin]

Donc le souci vient surement de là... Tu avait surement des noms de fichier encodés en latin et non en utf8
Si tu fait un touch "été" en console, le fichier créé pose t'il des soucis via KDE ?

[SSHNuke0]

Oui ! Sûrement, mais je ne pense pas que ce n'es pas que ce soit l'origine du problème :

Code : Tout sélectionner

[tristan@Ordi-portable ~]$ touch été.testalacon
[tristan@Ordi-portable ~]$ ls | grep testalacon
été.testalacon
[tristan@Ordi-portable ~]$ rm été
rm: impossible de supprimer « \351t\351 »: Aucun fichier ou dossier de ce type
[tristan@Ordi-portable ~]$ rm été.testalacon 

On voit clairement, quand je me suis planté à "rm été", qu'rm lui aussi, tire un peu la gueule (ou du moins, konsole...)

Et puis comment se fait-il que les autres applications n'utilisant pas Qt "devine" l'encodage des fichiers latin ?

[benjarobin]

Ton test ne vaut rien ou alors je ne l'ai pas compris.
Le but été de créer un fichier depuis la console et de vérifier que l'affiche du nom était correct avec une application Qt.
Bref, Qt ne cherche pas à deviner l'encodage, tandis que Gtk oui de mémoire.
Bref, aucun bug, c'est normal, il fallait toujours utiliser l'UTF-8

Il ne te reste qu'a renommer (via un script) tous les fichiers possédant des accents

[SSHNuke0]

Ce que je veux dire, c'est que oui, effectivement, si le nom est créé en UTF8, il apparaitra correctement.

Mais mon problème de locale n'es pas uniquement un problème de nom de fichier, puisque l'exécutable "rm" en voulant afficher la chaine de caractère "été" nous à afficher quelque chose d'illisible !

Par exemple, pacman m'affiche ceci: ":: Récupération des paquets du dépÃ't extra..." au lieu de "Récupération des paquets du dépôt extra...". Pourtant, là, il n'est nullement question de fichier !

[FoolEcho]

J'attire ton attention sur le fait que Konsole est susceptible d'afficher un encodage différent de celui de la locale...
... sauf que ce coup soit effectivement... étrange:

Code : Tout sélectionner

rm été
rm: impossible de supprimer « \351t\351 »: Aucun fichier ou dossier de ce type

Pas clair... Je suppose que tu n'as pas d'alias tordu sur ces commandes ?

Vis-à-vis de pacman... c'est la sortie depuis ta console graphique (via su/sudo) ou c'est la même chose dans un tty ?

[SSHNuke0]

Nope ! Justement, c'est ça qui est bizarre ! pacman dans un tty passe impeccable !

Et non, il n'y a pas d'alias pour la commande 'rm'

[edit] Autre chose, je ne sais pas si ça peut aider, mais impossible de faire un accent dans screen !

Quand je fais un accent dans screen, il me retourne une "sonnette" ( aucune idée de comment cela se dit réellement ) [/edit]

[viperpaulo]

Salut,
tu as quoi dans /etc/vconsole.conf ?
si tu avais dans ton rc.conf KEYMAP=fr-pc avant de passer à systemd et que tu as recopié le tuto du wiki pour le passage à systemd, ça peut faire des trucs bizarre en mode console car il y a KEYMAP=fr-latin9 dans ce tuto ... mais ce ne sont que des suppositions et ça ne résoudrait que les problèmes de la console ... (ça reprend un peu la remarque de FoolEcho)

[SSHNuke0]

Effectivement, tu as raison viperpaulo ! Dans une vielle arch, j'avais KEYMAP=fr-pc !

Dans /etc/vconsole.conf :

Code : Tout sélectionner

KEYMAP=fr-latin9
FONT=
FONT_MAP=

[benjarobin]

Je suis en train de relire les messages :
/etc/vconsole.conf étant pour les tty, cela n'a aucun impacte dans Konsole (application de KDE)

le module "Localisation" de "systemsettings" de kde

Tu ne devrais pas y toucher... Si tu as modifier quelque chose de ce coté il est possible que le souci vienne de là
Sinon dans Konsole -> Modifier le profil actuel -> Avancé -> Encodage, as tu bien UTF-8, si ce n'est pas le cas, c'est très très étrange, et tu as du bricoler je ne sais quoi dans la configuration

[viperpaulo]

Je me permets de te contredire, j'avais mis latin9 dans /etc/vconsole.conf et plus aucun accent ne passaient dans Konsole alors qu'en fr-pc tout est rentré dans l'ordre. Cela doit venir du faite que l'encodage de Konsole est réglé sur default qui doit faire appel au /etc/vconsole.conf

[SSHNuke0]

Me revoilà !

Bisarement, je n'ai pas ce problème d'accents avec WMFS même en utilisant des applications Qt (VLC) !
Bref, je vais faire un mv ~/.kde{,.old} pour voir ce que cela donne !

Merci tout de même à tous ceux qui se sont penché sur mon problème !

ps: J'ai remis fr-pc dans /etc/vconsole.conf pour rester en homogénéité avec mon ancienne arch !