Anomalie #7938
Affichage des warning en anglais alors qu'il existerait une traduction
Description
Lors de la qualification de #7386, j'obtiens le message suivant dans gen_config :
/!\ warning on the value of the option adresse_ip_eth0: IP is not in private class
Mais on me signale qu'une traduction serait disponible :)
Demandes liées
Révisions associées
pyeole/translation : Création du "module"
Correction et ajout de nouvelles chaines pour la tradution
ref #7938 @1h30
pyeole/translation : Création du "module"
Correction et ajout de nouvelles chaines pour la tradution
fixes #7938 @3h30
eoleauthlib/i18n.py : Correction de l'utilisation de gettext.
On utilise une fonction _() locale pour ne pas écraser les fonctions des
autres libs qui utilisent les mêmes méchanismes.
fixes #7938 @2h
eoleflask.init : Chargement du fichier locale au lancement du servie.
Au lancement par CreoleService l'environement n'est pas définis avec
LANG=fr_FR.UTF-8, on charge donc la langue par défaut de
/etc/default/locale avant de lancer les instances
fix #7938 @20m
Historique
#1 Mis à jour par Emmanuel GARETTE il y a environ 10 ans
le message est en francais dans un prompt python :
>>> from creole.loader import creole_loader >>> a=creole_loader(rw=True) >>> a.creole.interface_0.adresse_ip_eth0 = u'0.0.0.0' IPOption:0: ValueWarning: avertissement sur la valeur de l'option adresse_ip_eth0 : IP invalide 0.0.0.0 (adresse_ip_eth0) avec masque 255.255.255.0, cette IP est un réseau
#2 Mis à jour par Bruno Boiget il y a environ 10 ans
- Assigné à mis à Bruno Boiget
A priori le problème vient de gunicorn qui ne passe pas les variables d'environnement à l'application:
Dans tiramisu/i18n.py : DEFAULT_LANG = os.environ.get('LANG', '').split(':')
la doc de gunicorn indique qu'on peut passer des variables d'environnement au lancement du serveur :
http://gunicorn-docs.readthedocs.org/en/latest/settings.htmlPas de chance, l'option "-e" n'est pas disponible sur la version présente sur eole 2.4. :-)
une solution serait de regarder directement dans le fichier /etc/default/locale dans i18n.py si la variable LANG n'est pas définie.
#3 Mis à jour par Bruno Boiget il y a environ 10 ans
après debug, il semble que le problème n'est pas à ce niveau, les variables de locale semblent correctes au niveau de tiramisu.
> /var/log/eoleflask/eolegenconfig.log <2014-04-17 17:53:48,776: eolegenconfig - LANG : ['fr_FR', 'fr_FR.UTF-8', 'en_US'], MO: /usr/share/locale
#4 Mis à jour par Joël Cuissinat il y a environ 10 ans
- Echéance changé de 18/04/2014 à 02/05/2014
#5 Mis à jour par Philippe Caseiro il y a environ 10 ans
- % réalisé changé de 0 à 20
#6 Mis à jour par Philippe Caseiro il y a environ 10 ans
- Statut changé de A étudier à Résolu
- % réalisé changé de 20 à 100
Appliqué par commit python-pyeole:4fc02b31cae26b95c5c77882e91c9fd4048dfc7e.
#7 Mis à jour par Philippe Caseiro il y a environ 10 ans
- Assigné à changé de Bruno Boiget à Philippe Caseiro
Attention, un bug a été remonté au projet Tiramisu pour que la même modification soit réalisée dans le code de Tiramisu.
Une fois ce problème résolus dans Tiramisu, la traduction devrais être opérationnelle.
#8 Mis à jour par Philippe Caseiro il y a environ 10 ans
- Statut changé de Résolu à À valider
Le problème est encore la malgré la mise à jour de tiramisu et pyeole (le coupable est ailleur)
#9 Mis à jour par Philippe Caseiro il y a environ 10 ans
- Statut changé de À valider à Résolu
Appliqué par commit eoleflask-aaa:1de8d8e6209f596f7c9e430c2fa0a6c5f95fb6b8.
#10 Mis à jour par Joël Cuissinat il y a environ 10 ans
- Statut changé de Résolu à À valider
- % réalisé changé de 100 à 80
ne fonctionne que si le démarrage du service est effectué sur la console (avec les bonnes locales).
#11 Mis à jour par Philippe Caseiro il y a environ 10 ans
- Statut changé de À valider à Résolu
- % réalisé changé de 80 à 100
Appliqué par commit 9b20e3b184c04f3c22d303cddb752000d8912743.
#12 Mis à jour par Emmanuel GARETTE il y a presque 10 ans
- Statut changé de Résolu à Fermé
OK :
avertissement sur la valeur de l'option adresse_ip_eth0 : l'adresse IP n'est pas dans une plage d'adressage privée