Correction d'un problème de locale dans ArchLinux

Pour une raison que je ne connais toujours pas, après avoir fait le réglage habituel ... de la langue es_ES dans la nouvelle installation de KDE 5, plusieurs applications ont cessé de fonctionner. Quand (pour voir le journal des erreurs) Je les ai exécutés dans un terminal, ce qui suit est apparu:

terminate appelé après avoir lancé une instance de 'std :: runtime_error' what (): locale :: facet :: _ S_create_c_locale nom non valide

Qu'est-ce que ça veut dire?

Que vous avez une langue configurée que le système n'a pas du tout bien «capturée» ou acceptée.

Comment le résoudre?

Simple, il faut bien configurer les langues locales ou système, c'est ce que je vais vous apprendre à faire 😀

1. Nous devons d'abord savoir quel langage nous allons utiliser (chose évidente haha), supposons que nous utiliserons: es_ES

2. Nous allons maintenant ouvrir le fichier de liste des locaux:

sudo nano /etc/locale.gen

3. Là, nous chercherons la ligne suivante dans le fichier et les décommenterons:

# fr_ES.UTF-8 UTF-8

Décommenter signifie supprimer le signe dièse (#) du début de cette ligne.

Autrement dit, nous le laisserons comme ceci:

fr_ES.UTF-8 UTF-8

4. Prêt, nous allons maintenant générer à nouveau les locaux:

sudo locale-gen

5. Après avoir fait cela, nous allons vérifier le fichier /etc/locale.conf:

sudo nano /etc/locale.conf

Ça devrait ressembler à ça:

LC_ALL = C LANG = es_ES.UTF-8 LC_COLLATE = es_ES.UTF-8

Il m'est arrivé que la première ligne (LC_ALL = C) n'a pas été ajoutée automatiquement, au cas où ce ne serait pas les applications ne fonctionneront pas!

Sur certains autres sites, vous verrez qu'ils recommandent la commande suivante:

export LC_ALL = C

C'est le même tout à fait valable 😉

La fin!

Eh bien rien de ça. Cela m'a donné un bon mal de tête hier à la maison, car la ligne faisant référence à LC_ALL = C n'était pas écrite dans le fichier .conf, je ne sais pas pourquoi ... eh bien, des applications comme TeamSpeak ou GParted ne fonctionnaient pas. Peut-être que cela a à voir avec ce qu'est KDE 5 ... mais peut-être pas (je ne pense pas que ce soit la faute de KDE).

Bref, j'espère que c'est utile à quelqu'un 🙂


Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont marqués avec *

*

*

  1. Responsable des données: Miguel Ángel Gatón
  2. Finalité des données: Contrôle du SPAM, gestion des commentaires.
  3. Légitimation: votre consentement
  4. Communication des données: Les données ne seront pas communiquées à des tiers sauf obligation légale.
  5. Stockage des données: base de données hébergée par Occentus Networks (EU)
  6. Droits: à tout moment, vous pouvez limiter, récupérer et supprimer vos informations.

  1.   mat1986 dit

    Je ne sais pas si c'est la même chose, mais lorsque j'ai installé Archbang et configuré la langue espagnole au Chili (es_CL), cela n'a pas changé la langue par défaut du système (anglais). J'ai donc ajouté, en plus de es_CL, l'espagnol d'Argentine (es_AR). Une fois que locale.gen a été généré et redémarré, il a changé la langue du système en espagnol. Chose étrange, je devrais tester votre méthode lors de la réinstallation d'Archbang.

    Merci pour la pointe 🙂

  2.   MontAq dit

    Merci: D
    J'ai fait le mauvais choix (ma faute d'être distrait) et le système est sorti dans Euskera XDD
    J'ai dû ajouter les première et troisième lignes manuellement avec nano xq ne les ai pas mises non plus, mais rien d'important 🙂
    salutations

  3.   Baphomet dit

    Même si j'exécute sudo locale-gen, il ne crée pas le fichier /etc/locale.conf pour moi. Je n'ai toujours pas d'accents dans le terminal.