[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [TRES URGENT] Relecture dpkg/dselect



On Fri, 28 Apr 2000, Bernard ISAMBERT wrote:

> Difficile d'avoir un avis quand on ne connait pas le contexte...

C'est toute la difficulté de traduire les fichiers po :(
 
> Martin Quinson wrote:
> > 
> > C'est fait, j'ai changé pas mal de truc, je t'envoie en mail perso
> > carément un fichier complet (le patch fait 120k, le fichier 180), et
> > j'écris à la liste parce que j'ai fait qques changement, et je voudrais
> > avoir l'accord général :
> > - on hold -> bloqué
> Ou: en attente. Un mot anglais ne se traduit pas forcément toujours par
> le même mot français.

Ok, et plus précisément, comment désigner l'etat 'on hold' qu'on peut
donner à un paquet, par exemple en appuyant sur H dans dselect. Ensuite,
toute tentative pour mettre à jour ce paquet va échoué, puisqu'il est 'on
hold'. C'est pratique si on recompile son serveur X pour cause de carte à
la con, on est sur que dpkg va pas ecraser le fruit de ses efforts au
moindre apt-get upgrade.

'A garder', peut etre ?

> > - epoch -> époque
> Y a-t-il un astronome ou un spécialiste du temps dans la salle?

epoch, dans le dico, c'est époque. Mais ce n'est pas forcément le plus
important. Imaginons que le numéro de version d'un paquet baisse. Par
exemple, wine, il doit etre 20000304 (a peu pres), et un jour, il sera 1.0
(du moins j'espere). Ce jour la, on va avoir un probleme : le numéro le
plus récent, c'est pas le plus grand (ie 20000304 > 1.0). Pour s'en
sortir, on rajoute une 'epoch' au numéro de version : '1:1.0' le 1 avant
les deux points indique qu'on en est à la seconde numérotation. C'est pour
ca qu'il me semble qu'époque, c'est pas mal, vu que c'est une autre époque
dans la vie du paquet...
 

Sinon, le paquet dpkg est quand meme assez important, et il faut
absolument un maximum de relecteurs sur le coup. Rappellez vous, il reste
3 jours pour le faire. Un ptit effort !

> > Il reste des problèmes, aussi :
> > 
> > # C'est pas troncation. Mais c'est quoi ?
> > #: lib/compat.c:62
> > #, fuzzy
> > msgid "read error in vsnprintf truncated"
> > msgstr "erreur de lecture dans la troncation de \"vsnprintf\""
> erreur: lecture tronquée dans vsnprintf (???)
> Comme souvent, le message anglais est concis, mais pas clair: qu'est-ce
> qui est tronqué ? Qu'est-ce qu'on est en train de lire ? Même après
> avoir lu le man vsnprintf, je ne comprends pas bien ce que peut être ce
> message.

(Jérome, tu notes, la suite ? ie, ma relecture finie, je te laisse la
main...)

Bye, Mt.


Reply to: