Recharger / etc / default / locale sans redémarrer?

16

Après avoir apporté des modifications à /etc/default/locale, est-il possible de recharger / activer les nouveaux paramètres sans redémarrage?

ohho
la source
1
Quelle distribution? Console ou GUI? Mais souvent, le rechargement /etc/profileou la connexion aide à nouveau. Vous n'avez généralement pas besoin de redémarrer un système Linux pour autre chose qu'une mise à jour du noyau.
ThiefMaster
centos version 5.7
ohho

Réponses:

9

Les paramètres régionaux sont définis en tant que variables d'environnement par le processus de connexion (qui lit /etc/default/locale) et hérités par les processus enfants. Si vous vous connectez à une nouvelle session, les nouveaux paramètres prennent effet dans la nouvelle session.

Vous pouvez faire en sorte que les paramètres prennent effet immédiatement dans un shell en exécutant la commande

. /etc/default/locale

(notez le premier point). Si vous avez ajouté une catégorie qui n'a pas été définie auparavant, vous en aurez besoin export. Si vous avez supprimé une catégorie, vous en aurez besoin unset.

La modification des paramètres dans un shell affecte toutes les applications démarrées par la suite par ce shell (tant qu'elles utilisent les paramètres régionaux du système et non leur propre méthode de configuration).

Gilles 'SO- arrête d'être méchant'
la source
Que fait le point? J'en ai d'autres utilisations?
lepe
1
@lepe C'est un shell intégré pour lire et interpréter le fichier donné. Le fichier est interprété dans le shell actuel, par opposition à une simple écriture /etc/default/localequi exécuterait ce fichier en tant que programme séparé, ce qui est inutile lorsque tout le fichier fait est défini des variables.
Gilles 'SO- arrête d'être méchant'
1

Si vous utilisez un shell, lancez simplement une nouvelle connexion, par exemple. su youruserid -

testez-le puis revenez à votre shell de connexion d'origine

Si vous utilisez une interface graphique, déconnectez-vous et reconnectez-vous.

X Tian
la source
su youruserid -- vraiment?! Pourquoi ne pas simplement quitter le shell et le redémarrer?!
ThiefMaster
Parce que je perdrais mon "contexte", disons que je développais un programme, puis démarrer un sous-shell me permet de tester puis de quitter, je suis toujours dans le répertoire de développement, prêt à réessayer. Bien sûr, la déconnexion et la connexion fonctionneront, mais le démarrage d'un sous-shell est plus rapide à mon avis.
X Tian