This talk will be in French,
so I apologize
After much debate, we decided to settle to French
because we present the French localization
but I can announce right now
that I will subtitle and translate this talk
as soon as possible, so if you're interested
come check in a few days and you'll have subtitles.
Donc maintenant je vais passer en français.
On va vous présenter ce qu’est la localisation au sein de Debian.
D’abord, je vais vous expliquer ce qu’est la localisation.
C’est un terme dont on n’entend pas souvent parler
en dehors du cercle de la localisation.
En gros, ça consiste à faire de la traduction
mais c’est de la traduction avec un petit peu plus de choses cachées
C’est-à-dire qu’en plus de juste traduire tout simplement…
[coupure de micro]
Merci.
Donc, où en étais-je ? Oui !
On ne fait pas que traduire littéralement
de l’anglais, en l’occurrence, puisque c’est la version originale,
vers le français
mais on essaie aussi d’adapter
tout simplement au contexte, à la culture francophone ou française.
C’est quelque chose qu’on abrège en l10n
C’est localisation ou localization, il y a un « L », 10 lettres, puis un « N ».
Ne vous étonnez pas si vous voyez souvent ce terme.
Et c’est un concept qui est proche de l’internationalisation, i18n,
qui est l’autre pendant, c’est-à-dire préparer du contenu à être
facile à traduire, à localiser dans d’autres langues.
Alors pourquoi faire tout ça ?
Tout simplement parce que ça permet à Debian
d’être accessible à des utilisateurs qui ne parlent pas nécessairement
en anglais.
Ça tombe bien, puisque comme le dit le Contrat Social,
la priorité de Debian, c’est quand même ses utilisateurs,
mais on oublie souvent de dire que c’est les utilisateurs
présents et futurs.
Or, pour attirer de nouveaux utilisateurs,
rien n’est pire quand on est grand public que de tomber
sur un système qui vous parle anglais.
Certains connaissent peut-être l’image,
quand un ordinateur parle anglais, c’est qu’il est très énervé.
Nous, on sait que ce n’est pas le cas, mais pour le grand public
c’est le cas, donc c’est important qu’on ait un système
le plus internationalisé possible et donc en français.
Et puis ça a aussi un apport pour soi
et je crois que c’est important de le dire
pour ceux qui voudraient contribuer à cet effort
parce que ça permet à chacun qui contribue d’apporter de nouvelles choses,
d’apprendre de nouvelles choses, tout simplement
en découvrant notamment tous les aspects du projet Debian
parce que la traduction est extrêmement diversifiée, on le verra tout à l’heure.
Ça permet aussi de découvrir des projets en amont
et leur fonctionnement notamment
et puis de contribuer, à son rythme, parce que ça permet du coup
de tranquillement participer à telle ou telle chose
sans que ce soit d’ailleurs continu au début et donc d’être à son rythme.
Et puis enfin, ça permet de « improver son english »
parce que quand on traduit, on finit par parler un peu mieux anglais
à la sortie quand même
au moins l’écrire et le comprendre
Et donc ça permet d’améliorer son anglais, ce qui n’est pas négligeable.
Et tout ça, c’est permis par, justement, le périmètre des traductions
qui est assez important comme on va le voir.
Donc maintenant, le périmètre.
Déjà, il y a les paquets.
C’est logique, c’est un peu la base de Debian.
Il y a les paquets qui sont déjà développés
par Debian pour Debian, notamment dpkg, aptitude,
tout ce genre de paquets, c’est logique.
On a aussi les écrans de configuration debconf,
c’est les petits écrans que vous avez,
un exemple avec exim.
Quand vous installez le paquet, vous avez cet écran qui arrive
et qui va vous dire
« Est-ce que voulez avoir les alertes locales ? », etc.
C’est un paramétrage pour l’installation, par défaut c’est en anglais.
Nous, notre travail, ça va être de le traduire.
Vous pouvez remarquer que c’est quand même…
Là vous avez sur trois lignes la version en anglais
et dès que nous on va le traduire en français,
de suite, on passe sur quatre lignes,
parce que le français est quand même très riche
donc de suite ça va commencer à amplifier
les écrans de configurations.
Donc désolé s’ils sont trop grands, mais on essaie au maximum
de les faire succints, mais qui respectent vraiment aussi la source.
Qu’est-ce qu’on traduit aussi, les annonces.
Toutes les annonces qui sont présentes sur la mailing list
debian-news-french
telles que toutes les publications de Debian, les DPN
et tous les autres types d’annonces.
Tout ce que vous voyez passer là-dessus, c’est passé par l’équipe.
Et aussi le site web.
Il y a quand même 10000 pages sur le site web.
On dirait pas, mais ça fait beaucoup de monde
et c’est traduit à 90%.
On en a qui contribuent dans la salle énormément au site web.
Il y a la partie statique, habituelle qu’on voit du site,
la page d’accueil et toutes ces pages-là qui elles ne changent pas très souvent,
mais après il y a aussi, publicity, les annonces de sécurité DSA, DLA
et là c’est vrai qu’il y a un peu du monde
on en parlait hier avec l’équipe de traduction pendant le sprint,
ça serait entre 300 et 600 par an
donc c’est vrai que ça fait du volume, un à deux par jour
C’est un travail qui pourrait paraître un peu rébarbatif en plus.
Donc il faut essayer de trouver de la nouveauté en faisant ces paquets-là,
en faisant ces traductions-là.
Récemment il y a eu aussi les programmes des candidats au DPL.
Ça a été un peu un petit sprint pour l’équipe,
ils ont été plusieurs à vraiment bien contribuer là-dessus
et à essayer de fournir à tous les contributeurs,
à tous les gens qui pouvaient voter dans Debian,
à avoir une version française du programme
et après aussi du résultat des votes.
Donc ça va être un travail, sur un très court terme, assez intense.
On traduit également tout ce qui est documentation
parce que c’est très important pour les utilisateurs.
Évidemment on traduit la documentation qui vient avec les logiciels
spécifiques à Debian.
Un sujet qui est presque d’actualité, on est en ce moment même
en train de traduire les notes de publication.
Tout ce que vous allez découvrir en installant Buster,
si va vous intéresse d’avoir une avant-première,
vous pouvez venir nous aider.
Moi, par exemple, je sais tout ce qui m’attend comme potentiels problèmes
quand je vais migrer, donc c’est intéressant d’avoir une petite vision d’avance.
Mais aussi tout le reste, la référence du Développeur Debian, par exemple.
C’est aussi une bonne façon d’en apprendre plus sur
comment se construisent les paquets, ce qu’on peut faire
Aussi, il paraît que dans Debian il y a des paquets
je dirais même qu’il y en a un paquet…
Et ces paquets, ils ont une description.
Avant d’installer quelque chose, vous vous renseignez sur
ce que vous allez vouloir installer,
vous faites un petit « apt search »,
vous voyez des choses qui peuvent vous intéresser
« apt show », qu’est-ce que c’est ?
Et là vous avez une petite description et une description… un peu moins petite
Et on essaye, avec plus ou moins de réussite, de tous…
de traduire toutes ces descriptions.
Là, comme vous pouvez le voir, il y a à peu près 59000 descriptions actuellement
En français, on en a 18000… Voilà.
Enfin 19000 à peu près.
Il y a encore du travail, sachant que, un petit peu comme pour le site web,
c’est une cible mouvante parce que les paquets, quand ils sont mis à jour,
forcément les descriptions qui vont avec sont mises à jour également
Actuellement on a un petit peu de répit parce que c’est le gel
donc il y a un petit peu moins de mises à jour de tout ça
mais on sait que dès que Buster sera sortie,
tout le monde va rebalancer des choses dans unstable
et là on va être complètement submergés.
On va présenter un petit peu le processus de traduction tout à l’heure
On précise ici pour la description de paquets parce que
ça se fait un petit peu à part
Il y a un outil, qui s’appelle le DDTP, et qui a également une interface web, le DDTSS
Ça fait typiquement partie des choses qui peuvent vous prendre juste
5 ou 10 minutes par jour.
Vous vous inscrivez, vous allez regarder les traductions en cours,
vous lisez une description ou deux
vous dites « Oui c’est bien », « Non c’est pas bien, t’as oublié un point-virgule ici »
Et c’est fini. Ensuite, si vous être très motivé
vous pouvez y passer quelques heures dessus, ça dépend.
Alors, même si on aimerait bien, on ne traduit pas tout
et on n’essaie pas de tout traduire, en particulier
on ne traduit pas les logiciels qui sont déjà traduits en amont
parce que ça ferait un peu de redondance
et mine de rien, on est quand même bien occupés avec tout ce qu’on a déjà à faire
Voilà le genre de programmes qui ne sont pas traduits par nous
Ça va être mutt, firefox, wget… beaucoup de choses…
Mais, des fois, dans certains cas, il y a des exemples qui contredisent la règle
unattended en fait partie, par exemple
ce n’est pas un paquet Debian natif, c’est un paquet qui est externe
il est hébergé sur Github
Récemment, j’ai fait l’upload de la traduction directement sur Github.
Là c’est vrai qu’on va un peu squeezer tout le process
habituel, on va dire, de Debian.
Nous, traducteurs, on va utiliser quand même la mailing list
pour se coordonner, pour la relecture et compagnie,
mais après, ces paquets-là ne sont pas développés pour nous
Nous on s’en sert effectivement sous Debian, on est bien content
Manpages, aussi, c’est un très bon exemple, parce qu’il y a du travail
pour les pages de manuel
Pour détailler un petit peu, pour les pages de manuel,
il y a un projet inter-distributions qui s’appelle perkamon
qui essaie de faire la traduction en français de ces pages-là
qui a eu un peu moins de succès dernièrement
Il n’y a plus eu beaucoup d’activité
et en fait, c’est un de nos collègues de l’équipe de traduction
qui est allé les voir et a dit
« Vous en êtes où ? Est-ce que vous avez besoin d’aide ? »
Et il me semble qu’on lui a plus ou moins donné les clés du dépôt git
Et voilà
Et comme je suis allé lui donner un coup de main,
il m’a également filé les clés du dépôt git
et du coup, sans le vouloir, on est devenu notre propre upstream.
C’est des choses qui arrivent,
faites attention quand vous allez demander des nouvelles aux gens,
des fois on vous file les clés du truc
S’il n’y avait que ça comme difficultés… mais il y en a beaucoup
Ça fait partie des difficultés, effectivement,
que rencontre une équipe d’internationalisation
Effectivement, cette question du périmètre, où on commence, où on s’arrête
est une première difficulté
Une autre difficulté récurrente, c’est aussi des débats sur
l’homogénéité des traductions,
parce qu’évidemment, comme on est nombreux, enfin, nombreux… pas tant que ça d’ailleurs
mais malgré tout, on est plusieurs
du coup on finit par traduire avec sa sensibilité parfois
et puis il y a quelques débats qui sont un peu de l’ordre de l’Académie Française
est-ce qu’on met des tirets, est-ce qu’on met des espaces insécables,
des points médians, des choses comme ça
évidemment, en plus, à chaque fois que l’équipe s’arrête sur une position,
ça veut dire qu’il faut s’arranger pour que tout le reste soit à peu près cohérent
Donc autant dire que l’homogénéité des traductions est un vrai enjeu
surtout qu’avec les processus de relecture qui sont en place
et le nombre de paquets et de choses qu’il y a à traduire au final
c’est une vraie difficulté
Quand on traduit par exemple des paquets
une des joyeuseries aussi de l’exercice
c’est de s’approprier le jargon de certains métiers
Par exemple, c’est très sympa de traduire des paquets sur
l’astronomie, les maths, la bio, la bioscience, etc.
C’est très sympa, surtout quand vous n’en avez jamais fait de votre vie
vous lisez des trucs…
J’ai lu OpenSSL, j’ai lu un truc, « elliptic curve »
Intéressant, courbe elliptique, ça se traduit comme ça, paraît-il
Qu’est-ce que ça veut dire, ne me demandez pas, je n’en sais rien.
Mais au moins on traduit.
Et puis, il y a aussi une vraie difficulté liée un peu au périmètre
en matière de coordination parce qu’on peut se retrouver
de temps en temps en décalage entre
la personne qui a traduit et qui a proposé de le faire,
le responsable du paquet dans Debian, donc la personne qui maintient
et qui, elle, ne s’occupe pas forcément de sa localisation,
et les développeurs en amont, qui eux aussi peuvent avoir un décalage
entre la version en amont, la version qui est dans Debian,
la version que traduit le traducteur
Bref tout ça, ça demande une certaine coordination à plusieurs niveaux
et cette coordination n’est pas toujours facile à assurer
Ça, c’est pour les difficultés qu’on gère aujourd’hui essentiellement par mail
c’est comme ça que s’organise le suivi de tout ça
C’est un robot, en fait, qui analyse les sujets qu’on lui envoie
c’est pour ça qu’ils ont une syntaxe particulière
sur laquelle on reviendra un petit peu
C’est un suivi qui nous demande de suivre les traductions
qui sont en cours, à quel stade on en est du processus de relecture
C’est l’objectif du robot
Son objectif, c’est aussi de montrer quand il y a une traduction à mettre à jour
et pour nous, l’intérêt d’avoir un robot et de lui parler avec un langage
qu’il comprend, ça nous permet de suivre plus facilement ce qu’il se passe
directement depuis sa messagerie,
ce qui, là par contre, est assez pratique
et de savoir où en sont nos propres traductions aussi
Ça implique tout un ensemble d’étapes qu’on peut détailler
qui sont traduites par une sorte de codification
qui paraît un peu complexe, comme ça
mais ça, après, il faut la regarder ensemble, ça n’a rien de compliqué
Tout ce qu’on peut retenir à ce stade
c’est qu’il y a différents stades d’un processus
Une étape où on lui dit…
Vas-y, du coup
Alban va switcher, voilà
Voici un extrait de ce qu’il s’est passé au mois d’avril sur la liste
je crois… c’est ça
À la base, on avait un petit transparent qui essayait d’expliquer
le sens de toutes ces choses-là
Vous voyez, ces espèces de codes en début de sujet
Et puis on s’est dit « Oh, ça va faire lourd, on va leur faire peur. »
« On va plutôt leur montrer la liste. »
Après réflexion, je ne sais pas si c’est…
En fait, c’est pire.
Typiquement…
Là tu en as un simple
Voilà
Donc, en général, le processus, l’appel à relecture commence avec un sujet
en RFR, Request for Review, je crois, dans lequel ici,
Jean-Paul, par exemple, a dit « J’ai mis à jour la traduction de ddp.wml »
donc la documentation
« Qu’est-ce que vous en pensez ? »
En l’occurrence, il n’a pas eu de réponse, donc il a a lancé un LCFC un peu plus tard
un Last Call for Comments, en disant
« Attention, je vais arrêter cette relecture si personne n’envoie de message. »
Et comme personne ne l’a fait, il a dit « Je considère que c’est bon,
donc c’est DONE, et je clôs ce fil de discussion,
je considère que ça a été approuvé. »
Pour vous rassurer, là en l’occurrence je pense qu’on ne lui a peut-être pas répondu
mais en général, quand on relit et qu’on ne voit rien d’anormal,
on répond hors liste, pour ne pas rajouter encore du volume
en disant « Tout va bien pour moi »
Un exemple un peu plus… Ah bah non, c’est ça en fait
Qu’est-ce qu’il s’est passé ? Je crois qu’il y a eu un problème dans l’URL, c’est ça ?
T’en as deux là
Bon, c’est pas grave, on considère que c’est un fil différent,
ça s’applique très bien.
Donc, RFR à nouveau, « J’ai traduit ça ou j’ai mis à jour telle traduction,
qu’est-ce que vous en pensez ? »
Ici, un autre contributeur de la liste lui répond
« Figure-toi que tu as oublié un 's' ici, tu as mis un point alors
qu’il fallait un point-virgule » ou quelque chose comme ça.
On répond avec « Ah oui, en effet, je me suis trompé,
donc je renvoie une mise à jour de la traduction,
je relance un appel à relecture ».
Quelqu’un d’autre lui dit
« Ah mais attendez, vous avez encore oublié quelque chose. »
Et ainsi de suite jusqu’à ce que, au bout de quelques jours
on considère que soit on a attendu assez longtemps,
soit on a eu assez de retours,
on relance un LCFC et puis ensuite on considère que c’est fini.
Est-ce que tu pourrais trouver un MAJ ?
Là, en l’occurrence, quand le fil commence par un RFR,
ça veut dire que le traducteur a pris l’initiative d’aller regarder ce qui manquait
de dire « Tiens, ce paquet, cette page dont j’avais la charge n’est plus à jour. »
ou alors, « Telle annonce a été publiée, je vais m’occuper de la traduire,
je vais le faire tout de suite. »
Mais de temps en temps, voilà par exemple
Ici c’est du « Re: » de MAJ en fait.
En fait, on voit, si si c’est bon.
On fait aussi un peu de coordination, et de temps en temps
on envoie un message qui commence en « MAJ » pour dire
« Salut untel, tu t’occupes de telle page ou de tel paquet, de telle documentation.
Je me suis rendu compte que ce n’était plus à jour,
voici la nouvelle version à traduire. Est-ce que tu veux t’en occuper ou pas ? »
Là, on répond soit par un ITT, « Intent to translate »,
on répond « Oui ! Je reprends le flamb… je reprends mon propre flambeau en l’occurrence.
Je vais m’occuper de cette traduction, laissez-moi un peu de temps. »
Un peu après, on envoie le RFR qui va bien et on a à nouveau le fil
et ainsi de suite.
Si on ne peut pas, on dit juste « Non, je ne peux pas. »
et on laisse la traduction disponible pour un autre membre de l’équipe.
Tout le reste, ici, c’est une pseudo-url un peu compliquée.
Je pense que maintenant on arrive tous à peu près à comprendre de quoi il s’agit.
C’est surtout pour aider le robot, en fait, qui parcourt la liste
et qui met à jour les pages de coordination, pour dire
« Telle page, telle page de manuel dans tel paquet est en cours de relecture. »
Comme ça, on peut avoir un aperçu d’un seul coup d’œil
et ne pas interférer avec les traductions en cours.
Ce qui est intéressant en fait, avec les MAJ,
c’est que nous, on ne va pas envoyer de MAJ forcément
quand c’est un membre de l’équipe qu’on connaît
et on sait qu’il contribue régulièrement,
on va juste lui envoyer un petit ping, un petit message
« Tiens, tu penseras, tu as tel et tel paquets à mettre à jour. »
Là, c’est vraiment pour les gens, on sait qu’ils ont arrêté
ou on ne sait pas trop où ils sont, ils sont quelque part.
Comme a dit Thomas, ce MAJ va être le ping, et le temps d’attente
Ça permet au moins, au niveau des pages de statistiques,
de savoir que ce paquet, effectivement, il est bien à reprendre
On a pris contact avec la personne une à deux fois,
en général on le fait au moins deux fois
et là on sait effectivement que ce paquet on va pouvoir le reprendre.
Ce qui est intéressant, aussi, c’est un petit détail ici, on voit
Là, il y a un DONE pour fermer un flux.
Le DONE, c’est parce que c’est nous-même qui allons,
enfin c’est la personne qui l’a lancé qui va elle-même pousser la révision.
Là, c’était du wml, donc c’est directement sur Salsa.
Le fichier, par Jean-Pierre, a été poussé directement sur Salsa.
Quand c’est pas nous qui avons les droits pour faire des uploads
par exemple, ici on a un BTS
donc là, Quentin, au fond de la salle, il a envoyé un BTS,
c’est parce que son paquet, son fichier po, il l’a pris, il a ouvert un bug
directement sur le paquet po-debconf
et donc après, c’est le mainteneur du paquet qui, lui, va intégrer ça
directement dans son archive.
C’est la petite nuance, pour fermer un flot de messages,
ça va être soit un DONE, soit un BTS.
Soit on le fait nous-mêmes, soit on le fait via ouverture de bug.
Donc, comment contribuer.
C’est très simple, ne vous en faites pas.
Déjà, première chose,
vous voyez une erreur quelque part dans une traduction,
vraiment n’importe où
N’hésitez pas à nous signaler qu’il y a une traduction qui est manquante
alors que ce serait vraiment vraiment intéressant pour les utilisateurs
que ce soit traduit
On essaie de faire au maximum.
Ça va être vraiment le but,
une installation de base, il faut qu’elle soit accessible le plus possible
au niveau traduction.
Donc si vous faites une install from scratch,
l’idéal c’est que tout soit traduit.
S’il manque des choses, n’hésitez pas à nous le dire.
Pareil, vous voyez des erreurs, ça ne coûte rien,
Vous nous faites soit un petit mail sur la mailing list
debian-l10n-french@lists.debian.org
il y aura une réponse vraiment très rapidement
ou sinon sur IRC, la réponse sera encore plus rapide.
Dans tous les cas, il y a quand même pas mal de personnes actives.
Dans la journée, c’est sûr qu’il y a une réponse,
au moins dire « C’est bon, on a bien pris en compte, on va s’occuper de ça. »
Et en tout cas, ça nous arrange vraiment.
C’est vraiment une contribution pour tout le monde.
Sinon, pour contribuer et être vraiment acteur des traductions elles-mêmes
on peut s’inscrire sur la mailing list
et une fois qu’on s’est inscrit,
on peut commencer à lire et relire les différents messages qui passent
tous les sujets, comme a montré Thomas tout à l’heure,
on va commencer à les comprendre aussi
Au début, c’est vrai que ce n’est pas forcément évident.
Il y a des pages web qui vont très bien expliquer tout ça.
Mais on le trouve clair quand on sait, en fait.
Quand on ne le sait pas, quand on arrive, on a des très bons exemples
C’est au début toujours très difficile.
Donc, la relecture, le fait de suivre un peu la liste,
on va comprendre comment ça fonctionne
ensuite, on va pouvoir prendre des traductions
on va prendre la traduction de la personne, on va regarder ce qu’il y a dedans
si jamais on estime qu’il y a des corrections à faire, on fait nous-même
la correction dans le fichier,
on fait un diff, on envoie le diff à la mailing list
et après, la mailing list, celui qui a initié la traduction
va pouvoir directement l’intégrer dans sa nouvelle version de traduction
et après il va faire un RFR2, pour une nouvelle relecture
ou sinon du coup, il y a la description des paquets
directement sur le site DDTSS
Donc voilà, c’est soit via la liste, soit ça
mais la liste c’est assez sympa, parce qu’au moins
on va aussi communiquer avec des gens, on va voir qui est dans la liste
des gens très sympa
C’est bien, la première fois qu’on se rencontre, à aussi nombreux, hier
C’est intéressant
Donc, relire, et bien sûr traduire
Là, c’est bien d’attendre un peu, déjà de comprendre comment ça marche
de voir un peu les petites habitudes à prendre
le petit espace insécable, où on le met, avant le point d’interrogation,
avant le deux-points, tout ça.
Tous ces petits détails, au début, ça a été très déroutant pour moi
effectivement, c’est compliqué, ou sinon
« Non non, tel terme, en fait, c’est pas bien parce que si jamais tu le changes là,
on va le changer dans 40 000 autres paquets. Donc non. »
Donc, au début, vaut mieux laisser passer, on regarde un peu de loin,
on aide, et faire la relecture c’est déjà très bien au début
ça apporte déjà énormément.
Du coup, après, quand il y a des TAF qui passent,
à un moment il va falloir se lancer et on va dire
« OK, moi je suis prêt. »
S’il n’y a pas de TAF qui passe pendant un petit moment, ça peut arriver aussi
il n’y a pas de mise à jour particulière ou on ne prend pas l’initiative
de proposer des mises à jour,
Il ne faut pas hésiter à s’annoncer et se présenter sur la mailing list, dire
« Salut, je suis un nouveau, j’aimerais aider, comment je peux aider ? »
Venez, et justement on vous accompagne et on est là pour ça,
c’est avec grand plaisir.
Et si jamais c’est de la contribution à plus court terme,
au niveau longévité, peut-être aussi du temps qu’on prend,
la description des paquets, c’est vrai que ça peut être un bon début.
Personnellement, je n’ai encore jamais fait de descriptions de paquets
on en a discuté hier, on avait discuté déjà il y a pas mal de temps.
On va vite terminer.
C’est juste pour la postérité, quand vous regarderez les slides en vous disant
« Mais comment je peux contribuer ? »
On a mis les liens vers quelques pages de suivi
C’est en gros les résultats de ce qu’observe le robot sur la liste.
Est-ce que tu veux que j’en montre une ?
Tu peux en montrer une, par exemple.
Ne prenez pas peur, c’est très coloré vous allez voir.
Les écrans debconf, par exemple, c’est simple
Et c’est même une bonne nouvelle parce que c’est souvent à partir de là
que de manière très intuitive, on récupère les fameuses adresses que vous voyez dans
dans les mailing lists, et elles sont là en fait, ces adresses.
Il ne faut pas se casser la tête plus que ça,
C’est pas fait par le coordinateur via la pièce jointe,
c’est via l’objet du mail que lui-même a écrit,
vous avez la possibilité via le robot de comprendre à quoi correspondent les url
qui vont après RFR, TAF, ITT et autres.
Ce que vous pouvez voir sur cet exemple, c’est qu’on est plutôt dans le vert
et que pour deux des trois exemples qui ne sont pas verts
on est déjà dessus.
Celui qui est tout en bas, qui est gris, qui est à 0% au départ,
c’est parce que c’est tout simplement une nouvelle page
et donc il y a déjà un rapport de bug qui a été ouvert
avec la nouvelle traduction, et pour le premier en haut,
il y a aussi un bug qui est ouvert,
donc il faut juste qu’on s’occupe de x2goserver
Jean-Pierre (le traducteur, dans la salle), on t’attend
Pour nous contacter, vous pouvez nous écrire à notre adresse courriel indiquée
vous pouvez aller sur IRC, évidemment
Bientôt, vous pourrez même rapporter, peut-être, un bug auprès d’un métapaquet,
on est en train de réfléchir à créer un métapaquet pour la localisation en français
pour qu’on puisse aussi faciliter le rapport de bugs que vous constatez
au cours de votre expérience avec Debian en français
Et puis, parce qu’on est conscients qu’il y a un vrai enjeu d’humanisation
c’est-à-dire que c’est très compliqué de, tout seul, se mettre face à cette documentation
Chez Debian, on est habitué à ça, mais malgré tout il y en a qui n’y arrivent pas
Il y en a qui mettent 15 ans avant d’y arriver
Je ne pense à personne en ce moment précis
Ce qui débloque souvent la situation, c’est de se voir IRL
comme on peut le faire ici,
comme on peut le faire à l’occasion des stands de Debian France
où souvent, c’est l’équipe de localisation qui se déplace
et donc souvent c’est un bon point d’entrée
Venez nous voir, venez nous demander comment ça se passe
Venez nous demander de vous expliquer ce jargon,
parce qu’on a aussi le nôtre
Ce sera avec grand plaisir et puisqu’on est là aujourd’hui et demain,
viendez, surtout n’hésitez pas, viendez viendez
et on répondra à toutes les questions avec grand plaisir
Sachez que vous avez compris qu’il y a des dizaines de milliers
et peut-être même des centaines de milliers de choses à traduire dans Debian
Toute contribution est bienvenue
parce que l’équipe n’est jamais constituée que d’une quinzaine de personnes à peu près
dont maximum 5 sont actifs de manière extrêmement régulière et dense
Donc très clairement, tout soutien, quel qu’il soit, même petit
même sur une ou deux descriptions de paquets
même des simples relectures, c’est…
Every support is welcome.
N’oubliez pas qu’il y a des traducteurs dans la pièce,
ils se cachent, mais ils sont là avec nous. On ne vous oublie pas.
Et notamment il y en a quelques-uns qui sont les plus actifs.
Voilà, merci à tous.
On peut prendre quelques questions.
We also take questions in English if you want.
[Question] Il faut combien de temps pour… on va dire, s’immerger dans ce monde
et pour pouvoir commencer à faire des petites traductions, au début ?
[Jean-Philippe] 15 ans ?
[Alban] Si jamais on n’ose pas venir vers la liste,
ça peut prendre 15 ans effectivement.
Mais si jamais on vient voir la liste, on rencontre les gens,
on discute avec eux,
ne serait-ce que d’envoyer un mail pour se présenter,
dire « Je suis là »
Moi je ne l’ai pas fait au début,
je ne suis pas arrivé en envoyant un mail
et du coup j’ai suivi pendant plusieurs mois
J’étais très discret, je me disais
« Est-ce que je vais bien faire de faire une relecture ? »
Et puis après, je me suis lancé, j’ai commencé ma première relecture.
Et puis en fait, petit à petit, on apprend comment ça marche
et plus on va prendre contact rapidement, mieux ce sera au final.
[Jean-Philippe] En vrai, dès qu’on relit, dès qu’on s’est approprié
les objets des messages au robot
et dès qu’on a fait quelques relectures pendant une quinzaine de jours
après on peut très vite plonger dans l’opérationnel
ne serait-ce qu’en faisant une description de paquet
On fait relire et après on a le pied à l’étrier.
Ça dépend de soi, du temps qu’on veut y mettre aussi.
Pour ma part, j’ai commencé avec les écrans de configuration debconf
qui sont très simples
C’est quelque chose d’assez succint, les fichiers sont très simples à traduire
C’est très très bien pour commencer
alors que prendre un paquet complet ou prendre une traduction complète
sur le site web du dernier volontaire à se présenter au projet Debian,
ce n’est peut-être pas la bonne idée.
[Jean-Pierre] Juste pour dire, il y a une chose qui nous a totalement échappé
en préparant ce machin, c’est qu’on est aussi traducteurs du wiki,
on l’a à peine dit.
Et c’est vrai que c’est un gros boulot, la francisation du wiki.
Alors ça ce n’est pas du tout régulé, c’est un wiki, on y va.
On ne fait pas de vérification. Quelques fois, il y a eu un ou deux articles
qu’on a fait passer en RFR et en relecture, mais sinon il y a des centaines
de pages de wiki à franciser
si vous pensez qu’elles sont utiles et compréhensibles
une fois qu’elles sont dans la langue qu’il faut.
C’est beaucoup de travail.
C’est comme ça que j’ai commencé, moi, faire du wiki, du wiki, du wiki
parce que c’était en accès libre, c’est peut-être moins intimidant
Il n’y a pas de correction, c’est encore moins intimidant.
Il n’y a que des révisions, c’est pas pareil.
[Alban] La première fois que j’ai fait du wiki, c’était justement intéressant
pour voir et mettre à jour, aussi.
Parce qu’on va prendre la source, le premier truc,
au lieu de traduire bêtement, on va essayer la page wiki, lire,
et du coup on va se rendre compte qu’il y a des erreurs.
On va corriger la version upstream et du coup
on va pouvoir traduire derrière.
Merci beaucoup.