J'ai un problème de localisation.
La séquence de classement dans nautilus
et d'autres programmes a changé.
Des erreurs de localisation apparaissent dans le terminal lorsque je lance une application graphique.
Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.
La locale
commande produit des messages d'erreur
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=en_AU
LANGUAGE=en_AU:en
LC_CTYPE="en_AU"
LC_NUMERIC="en_AU"
LC_TIME="en_AU"
LC_COLLATE=en_AU.UTF-8
LC_MONETARY="en_AU"
LC_MESSAGES=en_AU.UTF-8
LC_PAPER="en_AU"
LC_NAME="en_AU"
LC_ADDRESS="en_AU"
LC_TELEPHONE="en_AU"
LC_MEASUREMENT="en_AU"
LC_IDENTIFICATION="en_AU"
LC_ALL=
Comme suggéré dans la question askubuntu , j'ai exécuté les commandes suivantes, mais il n'y a eu aucun changement.
sudo apt-get install language-pack-en-base
sudo dpkg-reconfigure locales
J'ai également essayé la suggestion dans la question d'askubuntu … également aucun changement.
apt-get install --reinstall locales
Je pense que cela a commencé lorsque j’ai installé et désinstallé temporairement l’éditeur de méthode de saisie en langue ourdou via IBus
.. c’est certainement arrivé le même jour.
Peut-être est-ce lié à IBus, mais je n’ai eu aucun problème auparavant.
- Le système d'exploitation est 10.04
Réponses:
J'ai réussi à faire fonctionner les choses "normalement" à nouveau.
Après avoir essayé de nombreuses réinstallations de paquets, etc., y compris la suppression complète d'IBus (sans effet), j'ai commencé à penser que cela pouvait être causé par un paramètre de configuration qui ne modifie pas la réinstallation.
J'avais remarqué que le résultat de la
locale
tâche était plutôt dépourvu d'assignations UTF-8. Je l'ai donc vérifié dans une VM récemment installée ... toutes les entrées de LC_ * (à l'exception de LC_ALL, qui remplace toutes les autres) ont été définies avec le.UTF-8
suffixe. donc je définis manuellement les valeurs LC_ * comme indiqué ci-dessous.J'aurais probablement pu simplement l'utiliser
LC_ALL="en_AU.UTF-8"
, mais en lisant cette information, j'ai découvert comment personnaliser le format de la date et de l'heure du système etLC_ALL
remplacer mon paramètre personnalisé.Je ne sais pas si j'ai utilisé la méthode la plus appropriée, mais ça marche!
Le fichier modifié est:
/etc/default/locale
Cela montre le contenu avant le mod:
Cela montre le contenu après le mod:
Le même fichier dans la VM ne contenait que cette ligne:
la source
Redéfinir les paramètres régionaux et reconfigurer peut suffire à résoudre le problème:
Lorsque vous courez,
sudo dpkg-reconfigure locales
vous pouvez sélectionner les paramètres régionaux de votre choix en cliquant dessus spacebaret en vous déplaçant avec ↑et ↓avant de frapper Enter.la source
dpkg-reconfigure
vous obtenez une liste avec des cases à cocher et pour sélectionner la langue, vous devez utiliser la barre d'espace. Il n'y a pas de telles informations dans le programme de la console, alors j'ai pensé qu'il serait utile de les écrire sous la réponse. Je ne savais pas comment sélectionner ces langues.J'ai également rencontré ce problème, comme vous le voyez, votre
LC_ALL
est vide. J'ai fait comme suit et ça aide:et régler le
LC_ALL
à quelque chose commeen_US.UTF-8
, le mien est:puis redémarrez, et exécutez
locale
, et il devrait être quelque chose comme:la source
LC_ALL
est découragé. "L'utilisation de LC_ALL est fortement déconseillée car elle annule tout. Merci de ne l'utiliser que lors de tests et de ne jamais la définir dans un fichier de démarrage." wiki.debian.org/LocaleSi vous êtes connecté à distance à la machine via ssh (par exemple, à partir d'un périphérique macosx), vous devez définir ces variables sur la machine depuis laquelle vous vous connectez.
ajoutez ce qui suit à ~ / .bash_profile
la source
Je veux juste ajouter que je devais aussi éditer mon profil personnel:
Donc, dans votre cas, cela ressemblerait à:
Déconnexion + Connexion. Et tout est comme prévu.
la source
export
au début de chaque ligne et je l'ai insérée~/.bashrc
.J'ai eu le même problème pendant plusieurs mois, de nombreux outils logiciels ont mis en garde contre des paramètres régionaux erronés, et certains ont même refusé de s'exécuter. Je souhaite utiliser la langue anglaise, mais les paramètres monétaires et numériques suédois.
Ce qui a finalement fonctionné pour moi a été d’éditer
/etc/default/locale
où j’ai supprimé tout le contenu de ce fichier. J'ai ensuite lancé la configuration de la langue Unity(Settings -> Language Support)
, tout configuré (Ubuntu souhaitait installer certains composants manquants) et appuyé"Apply System-wide"
lorsque j'ai terminé.Mon
/etc/default/locale
maintenant ressemble à ceci.La grande différence entre ceci et mon fichier original est
LANGUAGE="en"
.la source
Cela fait un certain temps que cela a été posté, mais récemment, j'ai eu des problèmes avec les variables "locales" et aucune réponse ne m'a donné de résultat. Peut-être que ma propre expérience pourrait aider quelqu'un d'autre.
Ma variable LANG était vide et cela me posait des problèmes.
Sortie:
J'ai essayé certaines des commandes comme:
Sans succès. J'ai essayé d'éditer le fichier / etc / default / locale et j'ai découvert qu'il était déjà OK:
Sortie:
Mon fichier .pam_environment semblait également correct:
Sortie:
Je ne voudrais pas ajouter de contenu supplémentaire aux fichiers de profil ou de base, principalement parce que, même si cela pouvait résoudre le problème, je ne connaissais pas la cause, ce qui m'a agacé.
Enfin, je me suis demandé si quelque chose remplaçait déjà les variables "locales" et j'ai lancé la commande suivante:
Sortie:
Donc, j'ai trouvé deux lignes sur mon fichier .bashrc d' où la cause (je ne colle pas le fichier entier):
Je ne sais pas comment ni quand ces lignes se sont retrouvées dans mon fichier bash, mais je suis tout à fait sûr de ne pas les avoir écrites. Peut-être que mon .bashrc a été remplacé alors que je travaillais avec des outils de développement 'sais pas, mais puisque je sais que c'était involontaire et qu'il y a des gens qui n'ont aucune idée de ce qui cause la mauvaise conduite "locale", peut-être que cela pourrait les aider. Quoi qu'il en soit, commenter ces lignes et un redémarrage ont résolu le problème pour moi. Ici, j'ai répondu à la même question axée sur les plaintes sublimeT3 concernant la variable LANG .
la source
Semble une mise à jour locales lieux en quelque sorte. Le correctif que j'ai trouvé consistait à vous déconnecter, à changer la langue sélectionnée avant de vous connecter et de vous reconnecter.
Il pourrait également être utile de réinstaller les paramètres régionaux dans Synaptic, bien que je ne puisse pas confirmer que c’est ce qui a été résolu, mais je pense qu’il était en train de se déconnecter ou quelque chose du genre.
la source
language-pack-en
etlanguage-support-en
répétez le processus ci-dessus.J'ai essayé de modifier le fichier de paramètres régionaux et de choisir différentes langues lors de la connexion.
Filtrer les paquets cassés avec Synaptic et supprimer complètement les 9 paquets incriminés a fonctionné pour moi (libreoffice et python uno).
Mais je ne parviens pas à installer LibreOffice sans apparemment corrompre le gestionnaire de paquets. Il s'installe cependant.
Je suis sur 11.04 i386. Avertissement: Il y a eu une panne de courant lors de la dernière partie de mon installation, Ubuntu téléchargeant des mises à jour.
la source
J'ai eu le même problème, mais aller dans Système> Administration> Language Support pourrait résoudre votre problème car il vous demandera peut-être d'installer des paquets et tout ira bien !! Cela a fonctionné pour moi alors je suppose que ça va faire la même chose pour vous !!
la source
Courir
et sélectionnez l’une des options de la méthode de saisie que vous souhaitez.
la source
J'ai eu un problème similaire (le plus notable dans Thunderbird) à l'exemple en_AU ici - mais je viens de en_NZ - et après quelques essais et erreurs avec Ubuntu 17.10, mon correctif était de mettre à jour ~ / .pam_environment, en remplaçant toutes les autres entrées ( principalement en_AU et en_US) avec en_NZ, puis redémarrez.
Il est dommage que vous ne puissiez pas simplement définir votre environnement local et le laisser faire ce qu'il prétend: la plupart des déçus que l'exécution de l'environnement local dpkg-configure ne semble en réalité rien faire d'utile.
la source