[Perkamon-l10n-fr] Reorganisation des pages

[Denis Barbier]

Le 21 novembre 2010 21:51, Florentin Duneau a écrit :
> On 19:35 Sun 21 Nov, Denis Barbier wrote:
>>
>> Si je prends par exemple elf.5 dans le fichier joint, il liste
>>   core.5 (), ELFOSABI_TRU6.4 (), as.1 (), ld.1 (), ELFCLASS6.4 (),
>> objdump.1 (), EM_38.6 (), EM_SPARCV.9 (), ELFCLASS3.2 (), EM_X86_6.4
>> (), execve.2 (unistd), EM_M3.2 (), gdb.1 (), EM_PPC6.4 (), EI_MAG.0
>> (), EI_MAG.1 (), EI_MAG.2 (), EI_MAG.3 (), EM_S39.0 (), EM_86.0 (),
>> EM_IA_6.4 (),
>>
>> Beaucoup de ces pages n'existent pas, elles ne sont d'ailleurs pas
>> listées dans SEE ALSO. Tu sembles donc récupérer ce qui vient après
>>   .BR
>> Serait-il possible de n'avoir dans see_also que les pages
>> effectivement dans la section SEE ALSO ?
>
> Merci, c'est une régression introduite dans le commit a9ffd6. C'est corrigé.
> Il faudrait d'ailleurs que je détecte la fin de la section afin d'éviter de
> matcher des des pages qui ne sont pas dans la section SEE ALSO. C'est peu
> probable mais possible.
>
> Ci-joint, la nouvelle version du fichier avec des see also correctes.

Super, merci.

>> Sinon, afin d'y voir plus clair, ne serait-il pas préférable de
>> réorganiser déjà dans master les gros morceaux que tu as identifiés ?
>
> Je suppose que tu veux effectuer une "transition en douceur" depuis
> l'organisation actuelle vers la nouvelle. Cela signifie ajouter les nouveaux
> groupes et supprimer des cfg actuels les pages définies dans les nouveaux
> groupes ? Je ne suis pas contre.

Oui, c'est exactement ça.
Pour les PO, on fait un compendium avec un msgcat de tous les PO
actuels. Ensuite on ajoute les nouveaux cfg et on supprime les pages
des cfg actuels ; je n'ai pas tout compris dans ton mail
d'explication, mais j'ai l'impression que tu sais le faire. Il suffira
alors de faire un msgmerge -C compendium.fr.po pour avoir les nouveaux
fr.po.

On peut le faire petit à petit, comme ça on ne se met pas la pression
par rapport aux nouvelles versions à sortir.

>> En partant de tools/reorg.conf, je vois au moins les candidats
>> suivants :
>>   1. math et complex peuvent être regroupés ensemble
>>   2. stdio+aio+fcntl
>>   3. charset+iconv+wchar+wctype+string
>>   4. pthread
>>   5. net+netlink
>>   6. memory+numa
>> Qu'en penses-tu ?
>
> Je ne suis pas convaincu pour les regroupement 2 et 3. D'une manière générale,
> je préfère avoir dans un premier temps, beaucoup de petits fichiers que l'on
> pourra regrouper plus tard et non des gros fichiers qui seront plus difficile
> à réorganiser si besoin.

Ok, je préfère avoir le moins de fichiers possibles parce que ça
simplifie la correction des fuzzy triviaux lors des mises à jour avec
les nouvelles versions de man-pages, mais on peut partir sur ton idée
et voir plus tard si ça vaut le coup de regrouper plus.

Si tu sais faire la réorganisation des cfg, j'aimerais bien voir ce
que ça donne sur un groupe. Tu peux committer dans master ou reorg,
comme ça t'arrange. Je peux m'occuper de gérer les fichiers PO si tu
le préfères.

Denis