OVH Cloud OVH Cloud

[FreeBSD 5.1] pb de locale ?

15 réponses
Avatar
gregg
Argh.

Je viens de passer trois heures à farfouiller, et ça ne fonctionne pas :
impossible d'avoir les accents circonflexes sous OpenOffice :-(

J'ai pourtant positionné les variables d'environnement LANG et LC_ALL.
(Cette solution fonctionnait sous une GNU/Linux Slackware)


Rien.
J'ai parcouru les /usr/share/locale, pour être certain de ne pas me
gourer. Mais la valeur est bien là.

Au lancement d'OOffice, un message s'affiche (sous console): OS doesn't
support locale "" (de mémoire: c'est peut-être pas exactement ça...)


Groumpf.
Vous avez une idée où je peux chercher ?
(déjà bidouillé le login.conf, marche pas non plus...)


gregg

5 réponses

1 2
Avatar
Cyrille Lefevre
"Laurent Wacrenier" <lwa@ teaser . fr> a écrit dans le message de
news:
Thierry Thomas écrit:
1007 [19:21] :~> openoffice
I18N: X Window System doesn't support locale

"en_US.ISO8859-15/fr_FR.ISO_8859-15/en_US.ISO8859-15/en_US.ISO8859-15/en_US.



ISO8859-15/en_US.ISO8859-15"

Aussi sur une 5.1, avec $LANG et $LC_ALL en fr_FR.ISO8859-15, mais pas
de LC_CTYPE, ça marche, sans erreur au lancement.


Inutile de mettre LANG et LC_ALL (man setlocale pour voir les
priorité)

D'après le message, c'est le serveur X et non pas openoffice qui ne
supporte pas la locale.

Le message a cependant l'air curieux. On dirait qu'il y a des mauvais
liens entre en_US.ISO8859-15, fr_FR.ISO_8859-15 et que le serveur a
essayé de résoudre la locale

"en_US.ISO8859-15/fr_FR.ISO_8859-15/en_US.ISO8859-15/en_US.ISO8859-15/en_US.

ISO8859-15/en_US.ISO8859-15"

Le liens peuvent être dans /usr/share/locale ou dans
quelque part dans /usr/X11R6/lib/X11/locale


perso, j'ajoute les locales suivantes dans /usr/lib/X11/locale :

fichier compose.dir :

iso8859-15/Compose en_US.ISO8859-15
iso8859-15/Compose: en_US.ISO8859-15

fichier locale.alias :

en_US.iso885915 en_US.ISO8859-15
en_US.ISO8859-15

fichier locale.dir :

iso8859-15/XLC_LOCALE en_US.ISO8859-15
iso8859-15/XLC_LOCALE: en_US.ISO8859-15

a adapter selon vos besoin bien sur, c-a-d :

sed s/en_US/fr_FR/g des lignes ci-dessus :)

la derniere fois que j'ai ouvert un PR la dessus, il a du etre clos
car il ne s'agit pas d'un pb FreeBSD, mais X11. qui a le courage
d'ouvrir l'equivalent d'un PR chez XFree86 ?

Cordialement,
--
home: mailto:cyrille.lefevre% | UNIX is
user-friendly
work: bientot disponible sur le marche du travail ;-P | it's just
particular
Supprimer "%no-spam" et ".invalid" pour me repondre. | about who it
chooses
Remove "%no-spam" and ".invalid" to answer me back. | to be friends
with.



Avatar
Laurent Wacrenier
gregg écrit:
Laurent Wacrenier wrote:
Thierry Thomas écrit:
<couic>

D'après le message, c'est le serveur X et non pas openoffice qui ne
supporte pas la locale.


Alors pourquoi est-ce que j'ai les dead-keys dans d'autres logiciels ?
(mozilla, emacs, ...)


ils ne tourne pas en émulation Linux qui a sa propre notion de locale.


Avatar
Alain Thivillon
Laurent Wacrenier wrote:
gregg écrit:
Laurent Wacrenier wrote:
Thierry Thomas écrit:
<couic>

D'après le message, c'est le serveur X et non pas openoffice qui ne
supporte pas la locale.


Alors pourquoi est-ce que j'ai les dead-keys dans d'autres logiciels ?
(mozilla, emacs, ...)


ils ne tourne pas en émulation Linux qui a sa propre notion de locale.


Euh, OpenOffice ne tourne pas en émulation Linux. Qu'il y ait des linuxoideries
peut etre mais c'est bien un binaire compilé sous FreeBSD depuis au moins 18
mois déja.






Avatar
gregg
Laurent Wacrenier wrote:
Thierry Thomas écrit:
<couic>

D'après le message, c'est le serveur X et non pas openoffice qui ne
supporte pas la locale.


Alors pourquoi est-ce que j'ai les dead-keys dans d'autres logiciels ?
(mozilla, emacs, ...)

J'avais commencé par le serveur X, également, mais j'ai éliminé cette
direction quand je me suis rendu compte que le seul openoffice posait
problème :-

gregg

Avatar
gregg
Laurent Wacrenier wrote:
gregg écrit:



ils ne tourne pas en émulation Linux qui a sa propre notion de locale.



Emacs installé depuis les packages, lors de l'install
Idem pour Mozilla 1.3.1 (en attendant FireBird...)
Sylpheed compilé avé les ports...


Sinon, voilà, avec le LC_CTYPE, ça marche (pourvu qu'on ôte le LANG)
Donc, ça n'est pas LC_ALL
(je ne pensais pas cette variable d'environnement réservée à Linux :-

1 2