Bon, tant qu'a faire, je préfère relever le niveau de ce fil de discussion que ce couillon de clearstream a pourris avec ses troll...
j'ai rapporté ce bug et fait les paquets de remplacement
Il y a encore un petit conflit avec nano a corrigé, mais ça tient la route...
En fait le problème est simple :
- man ne supporte pas l'utf-8
- la mandriva 2007 est en utf-8
- il existe un petit programme (groff-utf-8) qui permet d'afficher les man pages en utf-8
- j'ai packagé les man pages (les dernières, la version dans mandriva date de matusalem) en utf-8 (full unix mode, plus de ^M)
- l'utf-8 c'est l'avenir
Et personne n'a les castagnettes chez mandriva a quelque jour de la sortie de trancher dans le vif et de résoudre le bug...
Bon, il y a eu un évènement avec apache qui en a refroidis certains, mais bon les man pages c'est un bête texte, au pire les accents vont chier (ce qui est déjà le case avec la version actuelle)
Bref, le bug est open depuis un moment, le responsable du paquet n'a pas le temps (ou s'en fout), status co et on va avoir des man pages pas fonctionnelles...
Pourtant c'est relativement simple, il "suffit" d'utiliser le magnifique vim (et de palier a la main pour les ratés, le test sert a ça !)
for i in $RPM_BUILD_ROOT%{_datadir}/man/fr/man?/*; do
# va gentiment pas mette de backup ($i~),
# convertir automatiquement en utf-8,
# mettre au format unix toutes les man pages
# (je viens juste de le trouver dans la doc celui là)
echo -e ':set nobackup\n:set fileencoding=utf-8\n:set fileformat=unix\n:wq' | \
vim $i > /dev/null 2>&1;
done
On met en BuildRequire un vim (minimal au moins), et en Require le groff-utf8 pour afficher les man pages en utf-8
Après il suffira de corriger tous les paquets qui mettent a disposition des man pages pas en utf-8 :
urpmf /usr/share/man/%{lang en question}
Et le tour est joué ;)
Et ça règlerais du même coup les soucis des autres langues asiatiques.
Bref, ça demande juste de se lancer et de faire confiance au détecteur d'encodage de vim (qui est pas mauvais du tout...)
ps : salté de templeet pas moyen d'avoir une balise code correcte sans perdre les retour chariot :'(
[^] # Re: Mandriva et la politique qualité
Posté par Raphaël G. (site web personnel) . En réponse à la dépêche Mandriva 2007 Release Candidate. Évalué à 5.
j'ai rapporté ce bug et fait les paquets de remplacement
Il y a encore un petit conflit avec nano a corrigé, mais ça tient la route...
En fait le problème est simple :
- man ne supporte pas l'utf-8
- la mandriva 2007 est en utf-8
- il existe un petit programme (groff-utf-8) qui permet d'afficher les man pages en utf-8
- j'ai packagé les man pages (les dernières, la version dans mandriva date de matusalem) en utf-8 (full unix mode, plus de ^M)
- l'utf-8 c'est l'avenir
Et personne n'a les castagnettes chez mandriva a quelque jour de la sortie de trancher dans le vif et de résoudre le bug...
Bon, il y a eu un évènement avec apache qui en a refroidis certains, mais bon les man pages c'est un bête texte, au pire les accents vont chier (ce qui est déjà le case avec la version actuelle)
Bref, le bug est open depuis un moment, le responsable du paquet n'a pas le temps (ou s'en fout), status co et on va avoir des man pages pas fonctionnelles...
Pourtant c'est relativement simple, il "suffit" d'utiliser le magnifique vim (et de palier a la main pour les ratés, le test sert a ça !)
On met en BuildRequire un vim (minimal au moins), et en Require le groff-utf8 pour afficher les man pages en utf-8
Après il suffira de corriger tous les paquets qui mettent a disposition des man pages pas en utf-8 :
urpmf /usr/share/man/%{lang en question}
Et le tour est joué ;)
Et ça règlerais du même coup les soucis des autres langues asiatiques.
Bref, ça demande juste de se lancer et de faire confiance au détecteur d'encodage de vim (qui est pas mauvais du tout...)
ps : salté de templeet pas moyen d'avoir une balise code correcte sans perdre les retour chariot :'(