Outils de traduction - 2e partie

Introduction

Le site gnu.org contient des centaines de pages dont certaines sont traduites en 25 langues. Beaucoup d'entre elles sont fréquemment remaniées, les traductions doivent donc être mises à jour. Pour faciliter cette opération, les développeurs de gnu.org ont écrit un ensemble de scripts connu sous le nom de GNUnited Nations (GNUN), qui fait appel à plusieurs autres programmes. La maintenance des fichiers se fait à l'aide de systèmes de contrôle de version : CVS pour le site lui-même (dépôt www) et Git pour les traductions en français (dépôt www-fr).

Le circuit de mise à jour des traductions est résumé par le schéma suivant, adapté du manuel de GNUN :

      +-------------+                   +---------------+
      |    Dépôt    |                   |     Dépôt     |
      |  officiel   |                   |    officiel   |
      |  www (CVS)  |                   |  www-fr (Git) |
      +-------------+                   +---------------+
           |   ^                              |   ^
        M1 |   | C2                        M3 |   | M5
           V   |                              V   |
      +-------------+                   +---------------+
      |   Dépôts    |        M2         |    Dépôts     |   M4
      |   locaux    |------>---->-------|    locaux     |<------.
      |  www (CVS)  |                   |  www-fr (Git) |       |
      +-------------+                   +---------------+       |
             ^                                |   |             |
             |      C1                        |   |             |
             '----<----<---Coordinateur-------'   '---Membres---'

       M1 = cvs update                   C1 = make publish
       M2 = make sync                    C2 = cvs commit
       M3 = git pull
       M4 = git commit
       M5 = git push

Le travail se fait dans des copies locales de www et www-fr. Il comporte cinq étapes :

1. synchroniser les copies locales de www et www-fr avec les dépôts officiels correspondants [voir schéma : M1 et M3] ;
2. synchroniser www-fr avec www localement et déterminer quels fichiers PO ont besoin d'une mise à jour [M2] ;
3. mettre à jour ces fichiers ;
4. les valider ;
5. les enregistrer dans le dépôt www-fr local [M4] et les envoyer dans le dépôt www-fr officiel [M5] (cette dernière étape demande d'avoir un compte sur Savannah - voir la Charte de trad-gnu).

Par la suite, les fichiers mis à jour seront envoyés dans le dépôt www de Savannah par le coordinateur du groupe [C1 et C2], et moins d'une heure plus tard GNUN régénèrera les pages traduites.

Le circuit des nouvelles traductions et des révisions est le même, à part que la synchronisation des dépôts n'est pas nécessaire puisque l'initiative appartient à l'équipe de traduction.

Sources d'information et de formation

• Le manuel de GNUN décrit le principe de la génération des pages traduites et détaille chaque fonction de GNUN. Ce que GNUN permet de faire, entre autres :
  • valider les fichiers PO ;
  • transformer les fichiers PO en pages HTML (avec le style par défaut), ce qui facilite grandement la relecture ;
  • voir quelles traductions ont besoin d'une mise à jour.

• Git est ce qui risque le plus de dérouter les débutants, mais avec l'aide attentionnée et la supervision de notre coordinateur il suffit d'une semaine ou deux pour s'y mettre, foi de Mme Michu. L'essentiel de ce qu'il y a à savoir se trouve dans les trois premiers chapitres du Git Book. S'il y a un problème, quelques mots-clés dans un moteur de recherche ou un appel au secours sur la liste font merveille. Pas de panique, les erreurs sont la plupart du temps rattrapables.

Et devinez quoi... Git a des interfaces graphiques :

• Git GUI (multiplateforme) permet de faire une bonne partie des opérations. Il est couplé avec gitk.
• gitk visualise l'historique des branches, montre les différences entre fichiers et permet de faire des recherches dans l'arborescence.

Mise en place des outils

Installation de GNUN dans une arborescence www locale

GNUN a été conçu pour le site web de gnu.org et a besoin de l'arborescence de www.gnu.org pour fonctionner. Pour l'utiliser en local, il faut donc recréer cette arborescence. Cela se fait avec cvs.

GNUN s'installe dans le dossier utilisateur. L'ensemble de l'installation occupe un peu moins de 400 Mo.

Pré-requis :

• cvs
• autoconf, autotools, texinfo
• gettext
• GNU guile et po4a (pour la conversion HTML <--> PO)
• pour la validation des pages HTML : libxml2, libxml2-utils et la DTD XHTML 1.0 du W3C (paquet w3c-dtd-xhtml d'Ubuntu)
• gawk

Créer un répertoire, GNU par exemple, et se placer dans celui-ci :

 $ mkdir GNU
 $ cd GNU

Récupérer tous les fichiers du site web de gnu.org dans un sous-repertoire www :

 $ cvs -z3 -d:pserver:anonymous@cvs.savannah.gnu.org:/webcvs/www co www

Récupérer les sources de GNUN :

 $ cvs -d :pserver:anonymous@cvs.sv.gnu.org:/sources/trans-coord \
         checkout trans-coord/gnun/server/gnun

Préparer l'installation :

 $ cd trans-coord/gnun/server/gnun
 $ autoreconf -i
 $ ./configure
 $ make

Il faut éditer le fichier gnun.conf pour remplacer les adresses de courriel, afin que les tests ne soient pas envoyés aux webmasters GNU ;-)

 $ sed -i -e 's/bug-gnun@gnu.org/adresse@bidon.fr/g' gnun.conf

Maintenant, on peut installer GNUnited Nations dans ~/GNU/www/server/gnun :

 $ sudo make install

Et enfin, copier config.mk et GNUmakefile dans le répertoire www/server/gnun :

 $ cp GNUmakefile ~/GNU/www/server/gnun/
 $ cp config.mk ~/GNU/www/server/gnun/

Clonage du dépôt Git www-fr et création d'une branche

Créer le répertoire www-fr dans le répertoire courant :

 $ cd ~/GNU
 $ git clone ID-SUR-SAVANNAH@git.sv.gnu.org:/srv/git/www-fr.git

Écrire dans ~/.gitconfig l'identité de celui/celle qui fait les commits. Sans l'option --global, l'information est écrite dans le fichier .git/config (l'adresse de courriel n'a pas besoin d'être valide, il faut seulement qu'elle contienne « @ ») :

 $ cd www-fr
 $ git config --global user.name "Gribouille Tartempion"
 $ git config --global user.email gtartempion@serveur.mail

La commande ci-dessous va faciliter le travail à plusieurs :

 $ git config branch.autosetuprebase remote

Créer une branche « gt » synchronisée avec la branche master, et l'envoyer sur le serveur :

 $ cd ~/GNU/www-fr
 $ git branch --set-upstream gt origin/master
 $ git push origin gt

Synchroniser la branche gt avec origin/master. Les modifs qui sont sur gt mais pas sur master s'ajouteront en tête de branche grâce à l'option « autosetuprebase » :

 $ git checkout gt
 $ git pull

Les cinq étapes d'une mise à jour

Synchronisation des dépôts locaux avec le dépôt www de Savannah

1. Synchroniser l'arborescence www locale avec le dépôt CVS de www :

 $ cd ~/GNU/www
 $ cvs update -d

• Remarque 1. La connexion au dépôt CVS de Savannah est quelquefois très lente et très irrégulière ; il est arrivé que la synchronisation de www prenne une demi-heure au lieu de moins d'une minute normalement. On peut alors utiliser une solution de repli plus rapide : s'abonner à la liste de diffusion www.commits@gnu.org pour être informé en temps réel des modifications des pages web et synchroniser uniquement les fichiers correspondants :

 $ cd ~/GNU/www
 $ cvs update SECTION/po/DOCUMENT.fr.po SECTION/po/DOCUMENT.pot SECTION/DOCUMENT.html

• Remarque 2. La synchronisation ne se fait bien (c'est-à-dire sans « conflit pendant la fusion ») que si les fichiers n'ont pas été modifiés localement. Si pour une raison quelconque ils l'ont été (à l'étape de validation par exemple), on peut supprimer les changements globalement :

 $ cd ~/GNU/www
 $ cvs diff | patch -R -p0

Ou bien, si la connexion est mauvaise, on peut restreindre l'opération à un dossier particulier :

 $ cd ~/GNU/www/DOSSIER
 $ cvs diff | patch -R -p0

2. Synchroniser localement www-fr avec www en utilisant GNUN :

 $ cd ~/GNU/www-fr
 $ make sync

Inventaire des PO à mettre à jour

2 méthodes :

• À partir de l'arborescence www

 $ cd ~/GNU/www/server/gnun
 $ make report TEAM=fr

• À partir du dépôt local www-fr

 $ cd ~/GNU/www-fr
 $ make report

Mise à jour des PO

Il est préférable de mettre les fichiers à jour dans www-fr, et de faire ensuite la validation sur une copie dans www (voir plus loin pourquoi).

La mise à jour peut se faire dans un éditeur de PO ou un éditeur de texte ordinaire (voir Outils de traduction 1e partie).

Validation des PO / Génération des pages HTML

• On met le fichier à valider DOCUMENT.fr.po dans le dossier ~/GNU/www/SECTION/po/. C'est faisable avec make publish, mais alors tous les PO de www-fr seront reformatés et copiés dans www, même ceux qui ne sont pas encore prêts à être validés.

• On se place dans le répertoire ~/GNU/www/server/gnun, et on demande à générer la page :

 $ cd ~/GNU/www/server/gnun
 $ make VALIDATE=yes ../../SECTION/DOCUMENT.fr.html

Et voilà, make dit s'il y a une erreur. On peut modifier ../../SECTION/po/DOCUMENT.fr.po et régénérer la page HTML, qu'on récupère dans ~/GNU/www/SECTION/.

Remarque. Il arrive fréquemment que le fichier POT soit régénéré au cours de la validation (voir le manuel de GNUN). Cela modifie les fichiers PO et POT (ainsi que des fichiers intermédiaires) et perturbe les synchronisations ultérieures. Il est possible de supprimer les changements comme expliqué plus haut, mais il faut évidemment que le PO mis à jour soit sauvegardé ailleurs. Il est donc recommandé de faire les mises à jour dans www-fr et de ne valider qu'une copie. De même, la page DOCUMENT.fr.html régénérée doit être sauvegardée si l'on veut s'en servir pour la relecture.

Envoi dans le dépôt www-fr

• Ajouter des modifications (ou de nouveaux fichiers) à la branche gt (indexation) :

 $ git checkout gt
 $ git add fichier1 fichier2 ...

• Enregistrer (commiter) les modifications dans le dépôt local (branche gt) :

 $ git commit fichier1 fichier2 ...

Les commits peuvent être regroupés logiquement, par exemple modifications d'un même type sur plusieurs fichiers.

• Envoyer les modifications sur le serveur :

 $ git push origin gt

• Faire la liste des fichiers modifiés entre deux envois dans le dépôt www. Comme les modifs de gt ne sont ajoutées à master qu'une fois envoyées dans www, il suffit de faire la liste des fichiers qui diffèrent entre les deux branches :

 $ git diff --name-only gt..master

• Prévenir sur la liste trad-gnu qu'il y a des fichiers à envoyer, en en donnant la liste et en les classant : mises à jour, relectures, nouvelles traductions, etc.