J'ai installé fedora core 1 sur un vieux PC qui sert de routeur NAT/pare-feu
internet.
Tout fonctionne bien pour le moment, si ce n'est l'affichage des pages de
man.
J'ai déja parcouru ce forum, et essayé toutes les solutions préconisées :
editer /etc/sysconfig/i18n ... avec fr_FR@euro etc ... cela empire le
problème, par exemple man refuse carrément d'afficher les pages de man avec
un message concernant les sequences d'echappement.
en mode "normal", c-a-d LANG=fr_FR.UTF-8, man envoie un petit message juste
avant l'affichage :
man ifconfig
<standard input>:86: warning: can't find special character `u1342AC'
IFCONFIG(8) Linux Programmer's Manual
IFCONFIG(8)
DESCRIPTION
Ifconfig est utilis?our configurer (et maintenir ensuite) les
inter-
faces r?au r?dentes dans le noyau. Il est utilis?ors du boot pour
configurer la plupart d'entre-elles et ainsi rendre le syst? op?tion-
nel. Apr? ce n'est quasiment plus utilis?ue pour le d?gage ou pour
des r?ages si n?ssaire.
autre exemple :
[root@room root]# man route
<standard input>:60: warning: can't find special character `u134973'
<standard input>:98: warning: can't find special character `u13496E'
<standard input>:122: warning: can't find special character `u134960'
<standard input>:245: warning: can't find special character `u13494A'
<standard input>:259: warning: can't find special character `u13495C'
troff: warning: can't find special character `u3D20C79'
ROUTE(8) Linux Programmer's Manual
ROUTE(8)
[...]
DESCRIPTION
Route manipule la table de routage IP du noyau. Son utilisation
premi
? consiste ?onfigurer des routes statiques vers des h ou des r?aux
via une interface, apr?sa configuration par le programme
ifconfig(8).
OPTIONS
-v Active le mode verbeux.
-A famille
Utilise la famille d'adresses sp?fi?(p.ex. 'inet', 'inet6').
-n Affiche les adresses num?ques, au lieu d'essayer de d?rminer
les noms d'h. C'est utile si vous essayer de savoir pourquoi
la
route vers votre serveur de nom a disparu.
ce qui est totalement illisible, dans la mesure ou certains caracteres sont
carrement supprimés de l'affichage (de 2 a 3 caracteres apres l'accent).
Suis-je le seul dans ce cas ?
Y aurait-il une solution pour que man soit capable d'afficher correctement
les pages du manuel,
ou existe-t-il une autre manière de lire les pages de man en francais sans
utiliser man qui contournerait ce probleme ?
Le contenu de mon fichier i18n :
[root@room sysconfig]# cat i18n
LANG="fr_FR.UTF-8"
SUPPORTED="fr_FR.UTF-8:fr_FR:fr"
SYSFONT="latarcyrheb-sun16"
merci a tous pour vos réponses, j'espere qu'on va trouver une solution :-)
Marcus.
PS : je n'ai aucun probleme en tapant les caractères accentués au clavier.
Tout fonctionne bien pour le moment, si ce n'est l'affichage des pages de man.
[...]
Y aurait-il une solution pour que man soit capable d'afficher correctement les pages du manuel,
A tout hasard, "export LESSCHARSET=latin1"... ou un truc dans ce genre.
-- David Lightman: What is the primary goal? Joshua: You should know, Professor. You programmed me. David Lightman: C'mon. What is the primary goal? Joshua: To win the game.
On 2004-03-01, marcus <no@spam.com> wrote:
Tout fonctionne bien pour le moment, si ce n'est l'affichage des pages de
man.
[...]
Y aurait-il une solution pour que man soit capable d'afficher correctement
les pages du manuel,
A tout hasard, "export LESSCHARSET=latin1"... ou un truc dans ce genre.
--
David Lightman: What is the primary goal?
Joshua: You should know, Professor. You programmed me.
David Lightman: C'mon. What is the primary goal?
Joshua: To win the game.
Tout fonctionne bien pour le moment, si ce n'est l'affichage des pages de man.
[...]
Y aurait-il une solution pour que man soit capable d'afficher correctement les pages du manuel,
A tout hasard, "export LESSCHARSET=latin1"... ou un truc dans ce genre.
-- David Lightman: What is the primary goal? Joshua: You should know, Professor. You programmed me. David Lightman: C'mon. What is the primary goal? Joshua: To win the game.
marcus
merci de ta reponse.
la solution a l'air un peu complexe à mettre en oeuvre ... mais je vais qd même essayer. de plus, le problème ne semble pas le meme : moi quand je fais "man ls", je peux tres bien rechercher "-h". Ce qui ne semblait pas être le cas chez mandrake => le probleme est-il identique ?
enfin bref, si je ne trouve pas d'autres solutions qui s'appliquent à Fedora (qui est une distrib redhat), alors j'essaierai la soluce mdk.
encore merci :-)
merci de ta reponse.
la solution a l'air un peu complexe à mettre en oeuvre ... mais je vais qd
même essayer.
de plus, le problème ne semble pas le meme : moi quand je fais "man ls", je
peux tres bien rechercher "-h".
Ce qui ne semblait pas être le cas chez mandrake => le probleme est-il
identique ?
enfin bref, si je ne trouve pas d'autres solutions qui s'appliquent à Fedora
(qui est une distrib redhat), alors j'essaierai la soluce mdk.
la solution a l'air un peu complexe à mettre en oeuvre ... mais je vais qd même essayer. de plus, le problème ne semble pas le meme : moi quand je fais "man ls", je peux tres bien rechercher "-h". Ce qui ne semblait pas être le cas chez mandrake => le probleme est-il identique ?
enfin bref, si je ne trouve pas d'autres solutions qui s'appliquent à Fedora (qui est une distrib redhat), alors j'essaierai la soluce mdk.
encore merci :-)
marcus
"Thierry Boudet" a écrit dans le message de news:
A tout hasard, "export LESSCHARSET=latin1"... ou un truc dans ce genre.
ah ... c'est pas mal, ya du mieux ;-)
Les caractères ne sont plus supprimés aléatoirement après un caractère non-compréhensible : ils sont remplacés par des "&".
pour reprendre l'exemple du "man route" de tout à l'heure, voici la difference :
----------------------------------- [ sysconfig]# export LESSCHARSET=latin1 [ sysconfig]# man route <standard input>:60: warning: can't find special character `u134973' <standard input>:98: warning: can't find special character `u13496E' <standard input>:122: warning: can't find special character `u134960' <standard input>:245: warning: can't find special character `u13494A' <standard input>:259: warning: can't find special character `u13495C' troff: warning: can't find special character `u3D20C79' ROUTE(8) Linux Programmer&&&s Manual ROUTE(8)
[...]
DESCRIPTION Route manipule la table de routage IP du noyau. Son utilisation premi &&& consiste &&&onfigurer des routes statiques vers des h ou des r&&&aux via une interface, apr&&&sa configuration par le programme ifconfig(8).
OPTIONS -v Active le mode verbeux.
-A famille Utilise la famille d&&&adresses sp&&&fi&&&(p.ex. &&&inet&&&, &&&inet6&&&).
-n Affiche les adresses num&&&ques, au lieu d&&&essayer de d&&&rminer les noms d&&&h. C&&&est utile si vous essayer de savoir pourquoi la route vers votre serveur de nom a disparu.
-e utilise netstat(8)-format pour l&&&affichage de la table de routage. -ee G&&&re une tr&&&longue ligne avec tous les param&&&es &&&artir de la table de routage. ---------------------------------------------
il semblerait que les caracteres speciaux ne sont toujours pas "trouvables" ... par contre les caractères manquants apparaissent bien, sauf qu'ils sont remplacés par des "&". tu sembles avoir déja résolu une partie du problème :-)
merci.
"Thierry Boudet" <tth@zouh.org> a écrit dans le message de
news:slrnc46169.1mjp.tth@tosh.zouh.org...
A tout hasard, "export LESSCHARSET=latin1"... ou un truc dans ce genre.
ah ... c'est pas mal, ya du mieux ;-)
Les caractères ne sont plus supprimés aléatoirement après un caractère
non-compréhensible :
ils sont remplacés par des "&".
pour reprendre l'exemple du "man route" de tout à l'heure, voici la
difference :
-----------------------------------
[root@room sysconfig]# export LESSCHARSET=latin1
[root@room sysconfig]# man route
<standard input>:60: warning: can't find special character `u134973'
<standard input>:98: warning: can't find special character `u13496E'
<standard input>:122: warning: can't find special character `u134960'
<standard input>:245: warning: can't find special character `u13494A'
<standard input>:259: warning: can't find special character `u13495C'
troff: warning: can't find special character `u3D20C79'
ROUTE(8) Linux Programmer&&&s Manual
ROUTE(8)
[...]
DESCRIPTION
Route manipule la table de routage IP du noyau. Son utilisation
premi
&&& consiste &&&onfigurer des routes statiques vers des h ou des
r&&&aux
via une interface, apr&&&sa configuration par le programme
ifconfig(8).
OPTIONS
-v Active le mode verbeux.
-A famille
Utilise la famille d&&&adresses sp&&&fi&&&(p.ex. &&&inet&&&,
&&&inet6&&&).
-n Affiche les adresses num&&&ques, au lieu d&&&essayer de
d&&&rminer
les noms d&&&h. C&&&est utile si vous essayer de savoir
pourquoi la
route vers votre serveur de nom a disparu.
-e utilise netstat(8)-format pour l&&&affichage de la table
de
routage. -ee G&&&re une tr&&&longue ligne avec tous les
param&&&es
&&&artir de la table de routage.
---------------------------------------------
il semblerait que les caracteres speciaux ne sont toujours pas "trouvables"
... par contre les caractères manquants apparaissent bien, sauf qu'ils sont
remplacés par des "&".
tu sembles avoir déja résolu une partie du problème :-)
A tout hasard, "export LESSCHARSET=latin1"... ou un truc dans ce genre.
ah ... c'est pas mal, ya du mieux ;-)
Les caractères ne sont plus supprimés aléatoirement après un caractère non-compréhensible : ils sont remplacés par des "&".
pour reprendre l'exemple du "man route" de tout à l'heure, voici la difference :
----------------------------------- [ sysconfig]# export LESSCHARSET=latin1 [ sysconfig]# man route <standard input>:60: warning: can't find special character `u134973' <standard input>:98: warning: can't find special character `u13496E' <standard input>:122: warning: can't find special character `u134960' <standard input>:245: warning: can't find special character `u13494A' <standard input>:259: warning: can't find special character `u13495C' troff: warning: can't find special character `u3D20C79' ROUTE(8) Linux Programmer&&&s Manual ROUTE(8)
[...]
DESCRIPTION Route manipule la table de routage IP du noyau. Son utilisation premi &&& consiste &&&onfigurer des routes statiques vers des h ou des r&&&aux via une interface, apr&&&sa configuration par le programme ifconfig(8).
OPTIONS -v Active le mode verbeux.
-A famille Utilise la famille d&&&adresses sp&&&fi&&&(p.ex. &&&inet&&&, &&&inet6&&&).
-n Affiche les adresses num&&&ques, au lieu d&&&essayer de d&&&rminer les noms d&&&h. C&&&est utile si vous essayer de savoir pourquoi la route vers votre serveur de nom a disparu.
-e utilise netstat(8)-format pour l&&&affichage de la table de routage. -ee G&&&re une tr&&&longue ligne avec tous les param&&&es &&&artir de la table de routage. ---------------------------------------------
il semblerait que les caracteres speciaux ne sont toujours pas "trouvables" ... par contre les caractères manquants apparaissent bien, sauf qu'ils sont remplacés par des "&". tu sembles avoir déja résolu une partie du problème :-)
merci.
Philippe Delsol
Bonjour :-)
Bonjour,
J'ai installé fedora core 1 sur un vieux PC qui sert de routeur NAT/pare-feu internet. Tout fonctionne bien pour le moment, si ce n'est l'affichage des pages de man.
J'ai déja parcouru ce forum, et essayé toutes les solutions préconisées :
editer /etc/sysconfig/i18n ... avec etc ... cela empire le problème, par exemple man refuse carrément d'afficher les pages de man avec un message concernant les sequences d'echappement.
en mode "normal", c-a-d LANG=fr_FR.UTF-8, man envoie un petit message juste avant l'affichage :
man ifconfig <standard input>:86: warning: can't find special character `u1342AC' IFCONFIG(8) Linux Programmer's Manual IFCONFIG(8)
Voir le rapport de bug : http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id3931
Mais je sais pas s'il y a une solution :o((
[snip]
Marcus.
Philippe
Bonjour :-)
Bonjour,
J'ai installé fedora core 1 sur un vieux PC qui sert de routeur NAT/pare-feu
internet.
Tout fonctionne bien pour le moment, si ce n'est l'affichage des pages de
man.
J'ai déja parcouru ce forum, et essayé toutes les solutions préconisées :
editer /etc/sysconfig/i18n ... avec fr_FR@euro etc ... cela empire le
problème, par exemple man refuse carrément d'afficher les pages de man avec
un message concernant les sequences d'echappement.
en mode "normal", c-a-d LANG=fr_FR.UTF-8, man envoie un petit message juste
avant l'affichage :
man ifconfig
<standard input>:86: warning: can't find special character `u1342AC'
IFCONFIG(8) Linux Programmer's Manual
IFCONFIG(8)
Voir le rapport de bug :
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id3931
J'ai installé fedora core 1 sur un vieux PC qui sert de routeur NAT/pare-feu internet. Tout fonctionne bien pour le moment, si ce n'est l'affichage des pages de man.
J'ai déja parcouru ce forum, et essayé toutes les solutions préconisées :
editer /etc/sysconfig/i18n ... avec etc ... cela empire le problème, par exemple man refuse carrément d'afficher les pages de man avec un message concernant les sequences d'echappement.
en mode "normal", c-a-d LANG=fr_FR.UTF-8, man envoie un petit message juste avant l'affichage :
man ifconfig <standard input>:86: warning: can't find special character `u1342AC' IFCONFIG(8) Linux Programmer's Manual IFCONFIG(8)
Voir le rapport de bug : http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id3931
Mais je sais pas s'il y a une solution :o((
[snip]
Marcus.
Philippe
Philippe Delsol
"ARZUFFI Arnaud" wrote in message news:c1uv1h$69f$
[HS encore !] Décidement mon "Mozilla" vous aime pas ! :o)) Rien a faire, je ne vois aucun de vos messages et pourtant je vois les réponses des autres contributeurs. J'en perds mon latin ...
Philippe
marcus wrote:
Je pense que c'est un probleme dans la fabrication des pages de manuel avec groff/troff et que seule une modification a ce niveau resoudrait le probleme. Mandrake et SuSE ont corrige des problemes semblables. Regardes ce message par exemple :
http://qa.mandrakesoft.com/show_bug.cgi?idB12
-- Posted via Mailgate.ORG Server - http://www.Mailgate.ORG
"ARZUFFI Arnaud" <arzuffi.0.arnaud@tiscali.fr> wrote in message
news:c1uv1h$69f$1@news.tiscali.fr
[HS encore !]
Décidement mon "Mozilla" vous aime pas ! :o))
Rien a faire, je ne vois aucun de vos messages et pourtant je vois les
réponses des autres contributeurs.
J'en perds mon latin ...
Philippe
marcus wrote:
Je pense que c'est un probleme dans la fabrication des pages de manuel avec
groff/troff et que seule une modification a ce niveau resoudrait le
probleme. Mandrake et SuSE ont corrige des problemes semblables. Regardes
ce message par exemple :
http://qa.mandrakesoft.com/show_bug.cgi?idB12
--
Posted via Mailgate.ORG Server - http://www.Mailgate.ORG
"ARZUFFI Arnaud" wrote in message news:c1uv1h$69f$
[HS encore !] Décidement mon "Mozilla" vous aime pas ! :o)) Rien a faire, je ne vois aucun de vos messages et pourtant je vois les réponses des autres contributeurs. J'en perds mon latin ...
Philippe
marcus wrote:
Je pense que c'est un probleme dans la fabrication des pages de manuel avec groff/troff et que seule une modification a ce niveau resoudrait le probleme. Mandrake et SuSE ont corrige des problemes semblables. Regardes ce message par exemple :
http://qa.mandrakesoft.com/show_bug.cgi?idB12
-- Posted via Mailgate.ORG Server - http://www.Mailgate.ORG
marcus
"Philippe Delsol" a écrit dans le message de news:40438b81$0$29939$
Bonjour,
salut :-)
Voir le rapport de bug : http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id3931
Mais je sais pas s'il y a une solution :o((
hummm ... merci pour le rapport de bug, je n'avais pas trouvé ca (google n'avait pas trouvé). et bien il semblerait qu'il n'y a pas de solutions, si j'ai bien traduit l'article (c pas sur).
Quand je lis : "resolution : WONT FIX", cela semble dire que ce problème ne sera pas corrigé.
En clair chez redhat, soit on utilise la version anglaise ... soit on a des pages de man "garbled".
Ils n'aiment pas les francais chez Redhat ?
Enfin bon, bref, j'ai une distrib mdk 9.1 sur un autre PC, je vais m'en servir pour man, qui affiche correctement les pages FR de man.
merci à tous pour votre contribution :-)
"Philippe Delsol" <trytofind@black.hole.com> a écrit dans le message de
news:40438b81$0$29939$626a14ce@news.free.fr...
Bonjour,
salut :-)
Voir le rapport de bug :
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id3931
Mais je sais pas s'il y a une solution :o((
hummm ... merci pour le rapport de bug, je n'avais pas trouvé ca (google
n'avait pas trouvé).
et bien il semblerait qu'il n'y a pas de solutions, si j'ai bien traduit
l'article (c pas sur).
Quand je lis : "resolution : WONT FIX", cela semble dire que ce problème ne
sera pas corrigé.
En clair chez redhat, soit on utilise la version anglaise ... soit on a des
pages de man "garbled".
Ils n'aiment pas les francais chez Redhat ?
Enfin bon, bref, j'ai une distrib mdk 9.1 sur un autre PC, je vais m'en
servir pour man, qui affiche correctement les pages FR de man.
"Philippe Delsol" a écrit dans le message de news:40438b81$0$29939$
Bonjour,
salut :-)
Voir le rapport de bug : http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id3931
Mais je sais pas s'il y a une solution :o((
hummm ... merci pour le rapport de bug, je n'avais pas trouvé ca (google n'avait pas trouvé). et bien il semblerait qu'il n'y a pas de solutions, si j'ai bien traduit l'article (c pas sur).
Quand je lis : "resolution : WONT FIX", cela semble dire que ce problème ne sera pas corrigé.
En clair chez redhat, soit on utilise la version anglaise ... soit on a des pages de man "garbled".
Ils n'aiment pas les francais chez Redhat ?
Enfin bon, bref, j'ai une distrib mdk 9.1 sur un autre PC, je vais m'en servir pour man, qui affiche correctement les pages FR de man.