Locale probleem oplossen in ArchLinux

Om een ​​of andere reden die ik nog steeds niet weet, werkten verschillende toepassingen na het doen van de gebruikelijke ... instelling van de es_ES-taal in de nieuwe KDE 5-installatie niet meer. Wanneer (om het foutenlogboek te zien) Ik heb ze in een terminal uitgevoerd, het volgende verscheen:

terminate aangeroepen na het gooien van een instantie van 'std :: runtime_error' what (): locale :: facet :: _ S_create_c_locale naam niet geldig

wat betekent dit?

Dat je een taal hebt geconfigureerd die het systeem helemaal niet goed heeft 'gepakt' of geaccepteerd.

Hoe los je het op?

Simpel, we moeten de lokale of systeemtalen goed configureren, en dat is wat ik je zal leren doen 😀

1. Eerst moeten we weten welke taal we gaan gebruiken (voor de hand liggend haha), stel dat we het volgende zullen gebruiken: es_ES

2. Nu gaan we het pandlijstbestand openen:

sudo nano /etc/locale.gen

3. Daar zullen we de volgende regel in het bestand zoeken en deze verwijderen:

# en_ES.UTF-8 UTF-8

Geen commentaar geven betekent het hekje (#) aan het begin van die regel verwijderen.

Dat wil zeggen, we laten het zo achter:

nl_ES.UTF-8 UTF-8

4. Klaar, nu gaan we het pand opnieuw genereren:

sudo locale-gen

5. Nadat we dit hebben gedaan, gaan we het /etc/locale.conf-bestand controleren:

sudo nano /etc/locale.conf

Het zou er als volgt uit moeten zien:

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

Het is mij overkomen dat de eerste regel (LC_ALL = C) niet automatisch is toegevoegd, voor het geval dat niet zo is applicaties zullen niet werken!

Op sommige andere sites zul je zien dat ze het volgende commando aanbevelen:

export LC_ALL = C

Het is hetzelfde volledig geldig 😉

Het einde!

Nou, niets dat. Dit bezorgde me gisteren thuis flinke hoofdpijn, omdat de regel die naar LC_ALL = C verwees niet in het .conf-bestand werd geschreven, ik weet niet waarom… nou, applicaties zoals TeamSpeak of GParted werkten niet. Misschien heeft het te maken met wat KDE 5 is ... maar misschien niet (ik denk niet dat het de schuld van KDE is).

Hoe dan ook, ik hoop dat het nuttig is voor iemand 🙂


Laat je reactie achter

Uw e-mailadres wordt niet gepubliceerd. Verplichte velden zijn gemarkeerd met *

*

*

  1. Verantwoordelijk voor de gegevens: Miguel Ángel Gatón
  2. Doel van de gegevens: Controle SPAM, commentaarbeheer.
  3. Legitimatie: uw toestemming
  4. Mededeling van de gegevens: De gegevens worden niet aan derden meegedeeld, behalve op grond van wettelijke verplichting.
  5. Gegevensopslag: database gehost door Occentus Networks (EU)
  6. Rechten: u kunt uw gegevens op elk moment beperken, herstellen en verwijderen.

  1.   mat1986 zei

    Ik weet niet of het hetzelfde is, maar toen ik Archbang installeerde en de Spaanse taal configureerde in Chili (es_CL), veranderde het niet de standaard systeemtaal (Engels). Dus wat ik deed was, naast es_CL, het Spaans van Argentinië (es_AR) toevoegen. Nadat de locale.gen was gegenereerd en daar opnieuw werd opgestart, veranderde het de systeemtaal in Spaans. Raar ding, ik zou je methode moeten testen bij het opnieuw installeren van Archbang.

    Dank voor het topje 🙂

  2.   AqMont zei

    Bedankt: D
    Ik heb de verkeerde keuze gemaakt (mijn fout omdat ik was afgeleid) en het systeem kwam uit in Euskera XDD
    Ik moest de eerste en derde regel handmatig toevoegen met nano xq heb ze ook niet geplaatst, maar niets belangrijks 🙂
    groeten

  3.   Baphomet zei

    Hoewel ik sudo locale-gen draai, wordt het bestand /etc/locale.conf niet voor mij gemaakt. Ik heb nog steeds geen accenten in de terminal.