Re: [DDR] webwml://News/weekly/2003/07/index.wml
Le Thu, 20 Feb 2003 14:26:55 +0100
Pierre Machard <pmachard@tuxfamily.org> a tapoté sur son clavier :
> Bonjour à tous,
Bonjour tout le monde !
> voici la traduction de Frédéric Bothamy pour la DWN de cette semaine,
>
> voici les commentaires de Frédéric :
>
> - "rebuttal" traduit par "réfutation"
Personnellement, je suis d'accord avec cette traduction bien que je ne
comprenne pas de quoi il s'agit, n'étant pas familier du processus
d'élection des responsables du projet. ;-)
Voici ma relecture :
-dans un ensemble connecté soi-disant fortement. Malheureusement, sa <a
-href="http://liw.iki.fi/liw/temp/keyring/">recherche</a> dévoile également que
-487 clés ne font pas partie d'un ensemble fortement connecté. Peter Palfrader
+dans un ensemble que l'on peut dire « fortement connecté ». Malheureusement, ses <a
+href="http://liw.iki.fi/liw/temp/keyring/">recherches</a> dévoilent également que
+487 clés ne font partie d'aucun ensemble fortement connecté. Peter Palfrader
J'ai essayé de reformuler car je trouvais ça un peu confus. À noté que
j'ai remplacé « sa recherche » par « ses recherches », question de
goût... ;-)
-<p><strong>Projet de répartition de serveur de temps.</strong> Adrian von
+<p><strong>Projet de répartition de serveurs de temps.</strong> Adrian von
-La raison de cette requête est que certains serveurs de temps (comme listés
+La raison de cette requête est que certains serveurs de temps (listés
« Comme listés » est une tournure qui me semble trop anglaise...
-d'intégrité apparaîtront quand deux versions différentes sont liées
+d'intégrité apparaîtront si deux versions différentes sont liées
À mon avis, « quand ... seront » ou « si ... sont ».
-qu'il y a des incompatibilités binaires de fichiers impliquées et qu'aucun
-outil n'est fourni pour diminuer la version d'une base de données.</p>
+qu'il y a des incompatibilités au niveau de fichiers binaires et qu'aucun
+outil n'est fourni pour convertir une base de données vers une version
+précédente.</p>
-Debian car l'auteur amont a placé un « easter egg » dommageable et
-<a href="http://lists.debian.org/debian-devel-0302/msg00774.html">confus</a>
-dans le code, ignorant le test du responsable. Anthony Towns a <a
+Debian car l'auteur amont a placé un « easter egg » (surprise cachée)
+dommageable et
+<a href="http://lists.debian.org/debian-devel-0302/msg00774.html">obscur</a>
+dans le code, outrepassant les tests du responsable du paquet. Anthony Towns a <a
Je pense que tout le monde ne comprend pas forcément ce que font les
oeufs de Pâque dans Debian...
-toutes les lignes de diff qui sont appliquées à ses paquets XFree86. Rüdiger
+toutes les lignes des correctifs qui sont appliqués à ses paquets XFree86. Rüdiger
Dans le même ordre d'idées que ce que propose Julien.
les problèmes avaient été résolus et que l'« easter egg » a été
-remplacé. Martin Loschwitz a également envoyé une <a
+supprimé. Martin Loschwitz a également envoyé une <a
À mon avis, l'eater-egg a été supprimé, à moins qu'il n'ait été
remplacé par un autre...
-envoyant une description à XXX-done@bugs.debian.org. Ce problème s'est posé <a
+envoyant une description à XXX-done@bugs.debian.org. Ce problème s'est déjà posé <a
-— pour environ une année après que la nouvelle version stable ait été
+— pendant environ une année après que la nouvelle version stable ait été
-Linux</a> à San Diego la semaine prochaine. Sans tenir compte des <a
+Linux</a> à San Diego la semaine prochaine. Malgré les <a
href="http://lwn.net/Articles/20312/">récents</a> <a
href="http://lwn.net/Articles/20352/">retraits</a> de sociétés et
d'organisations du Sommet Desktop Linux, le projet Debian tiendra un stand sur
Je trouve que « sans tenir compte » suggère des tentatives d'intimidation,
mais ma fatigue me rend peut-être parano...
-quelqu'un consacrait du temps à l'empaquètement de OpenLDAP 2.1 car la
+quelqu'un consacrait du temps à l'empaquetage de OpenLDAP 2.1 car la
« Empaquêtement » n'est pas français (en tout cas, Flyspell me le
souligne en rouge ;-), mais c'est peut-être le terme consacré. (?)
-qu'un groupe des responsables travaille dessus, mais les paquets ont besoin de
+qu'un groupe de responsables travaille dessus, mais les paquets ont besoin de
plus de tests avant de pouvoir être envoyés.</p>
répertoire <code>/doc/</code>. Cependant, comme il voudrait que ceci se passe
-dans le répertoire de spool au lieu de la section de paquet (virtuel), il est
+dans le répertoire pool au lieu de la section des paquets (virtuels), il est
assez improbable que cela se produise.</p>
Est-ce que le répertoire « pool » contenant les paquets de Sid est
aussi appelé le répertoire de spool ? (C'est une façon de voir le
fonctionnement de Debian après-tout).
Note : il faut peut être appliquer une balise (<code> ?) à spool...
-ensuite créé des paquets pour différentes parties de <a
+de plus créé des paquets pour différentes parties de <a
"Further" signifie ici « de plus », « en suite » suggérant une
temporalité...
href="http://gpe.handhelds.org/">GPE</a> pour Debian, un projet de bureau basé
sur X11 et sur GTK.</p>
<li><a href="$(HOME)/security/2003/dsa-250">w3mmee-ssl</a> --
- Fuite d'information de cookie ;
+ Fuite d'informations de cookie ;
<li><a href="$(HOME)/security/2003/dsa-251">w3m</a> --
- Fuite d'information de cookie.
+ Fuite d'informations de cookie.
Plusieurs informations qui fuient ?
Fichier diff en pièce jointe comme d'habitude.
Dodo ;-) ;-)
Yannick
--
Je ne suis pas con,
je fais de la retention d'intelligence !
P. Geluck
--- index.wml 2003-02-20 23:15:52.000000000 +0100
+++ index.relu.wml 2003-02-21 01:07:41.000000000 +0100
@@ -28,19 +28,19 @@
<p><strong>Analyse du réseau de clés de Debian.</strong> Lars Wirzenius a <a
href="http://lists.debian.org/debian-project-0302/msg00001.html">analysé</a>
les réseaux de clés de Debian (GnuPG et PGP). Ceci révèle que 769 clés sont
-dans un ensemble connecté soi-disant fortement. Malheureusement, sa <a
-href="http://liw.iki.fi/liw/temp/keyring/">recherche</a> dévoile également que
-487 clés ne font pas partie d'un ensemble fortement connecté. Peter Palfrader
+dans un ensemble que l'on peut dire « fortement connecté ». Malheureusement, ses <a
+href="http://liw.iki.fi/liw/temp/keyring/">recherches</a> dévoilent également que
+487 clés ne font partie d'aucun ensemble fortement connecté. Peter Palfrader
a mentionné l'<a href="http://people.debian.org/~weasel/weboftrust/">analyse
de confiance</a> qu'il effectue régulièrement sur le réseau de clés
Debian.</p>
-<p><strong>Projet de répartition de serveur de temps.</strong> Adrian von
+<p><strong>Projet de répartition de serveurs de temps.</strong> Adrian von
Bidder a <a href="http://lists.debian.org/debian-project-0301/msg00048.html">\
demandé</a> aux personnes utilisant un ordinateur disposant d'une adresse IP
fixe d'exécuter ntpd et de le proposer pour une utilisation publique dans la
répartition de DNS de <a href="http://fortytwo.ch/time/">time.fortytwo.ch</a>.
-La raison de cette requête est que certains serveurs de temps (comme listés
+La raison de cette requête est que certains serveurs de temps (listés
quelque part sur ntp.org) ont des problèmes avec un trafic trop important. Il
a ensuite <a
href="http://lists.debian.org/debian-project-0302/msg00018.html">indiqué</a>
@@ -50,28 +50,30 @@
<p><strong>Pourquoi plusieurs versions de BerkeleyDB ?</strong> Will Lowe
s'est <a href="http://lists.debian.org/debian-devel-0302/msg00736.html">\
demandé</a> pourquoi Debian distribue 4 versions de BerkeleyDB. Des problèmes
-d'intégrité apparaîtront quand deux versions différentes sont liées
+d'intégrité apparaîtront si deux versions différentes sont liées
indirectement au sein du même processus (par ex. par la chaîne Apache,
mod_perl et libberkeley-db-perl). Matthew Wilcox a <a
href="http://lists.debian.org/debian-devel-0302/msg00738.html">expliqué</a>
-qu'il y a des incompatibilités binaires de fichiers impliquées et qu'aucun
-outil n'est fourni pour diminuer la version d'une base de données.</p>
+qu'il y a des incompatibilités au niveau de fichiers binaires et qu'aucun
+outil n'est fourni pour convertir une base de données vers une version
+précédente.</p>
<p><strong>Supprimer mICQ de Debian ?</strong> Martin Loschwitz a <a
href="http://lists.debian.org/debian-devel-0302/msg00771.html">proposé</a> de
supprimer complètement <a href="http://packages.debian.org/micq">mICQ</a> de
-Debian car l'auteur amont a placé un « easter egg » dommageable et
-<a href="http://lists.debian.org/debian-devel-0302/msg00774.html">confus</a>
-dans le code, ignorant le test du responsable. Anthony Towns a <a
+Debian car l'auteur amont a placé un « easter egg » (surprise cachée)
+dommageable et
+<a href="http://lists.debian.org/debian-devel-0302/msg00774.html">obscur</a>
+dans le code, outrepassant les tests du responsable du paquet. Anthony Towns a <a
href="http://lists.debian.org/debian-devel-0302/msg00802.html">demandé</a> à
tous les responsables de relire les modifications amont avant d'empaqueter le
code, Branden Robinson <a
href="http://lists.debian.org/debian-devel-0302/msg00850.html">lit</a> déjà
-toutes les lignes de diff qui sont appliquées à ses paquets XFree86. Rüdiger
+toutes les lignes des correctifs qui sont appliqués à ses paquets XFree86. Rüdiger
Kuhlmann a, par la suite, <a
href="http://lists.debian.org/debian-devel-0302/msg01119.html">indiqué</a> que
les problèmes avaient été résolus et que l'« easter egg » a été
-remplacé. Martin Loschwitz a également envoyé une <a
+supprimé. Martin Loschwitz a également envoyé une <a
href="http://lists.debian.org/debian-devel-0302/msg01125.html">mise à
jour</a>.</p>
@@ -95,7 +97,7 @@
décrire les changements du contenu du paquet. Les développeurs ne devraient
pas utiliser des lignes comme « * This is not a bug - closes: #XXX »
pour fermer des bogues. Dans ces situations, le bogue devrait être fermé en
-envoyant une description à XXX-done@bugs.debian.org. Ce problème s'est posé <a
+envoyant une description à XXX-done@bugs.debian.org. Ce problème s'est déjà posé <a
href="http://lists.debian.org/debian-devel-0302/msg00039.html">auparavant</a>,
mais le <a
href="$(HOME)/doc/manuals/developers-reference/ch-pkgs.en.html#s-bug-handling">\
@@ -121,14 +123,14 @@
en <em>Potato</em> qu'il ne peut pas facilement mettre à jour. En général, il
semble que la plupart des administrateurs Debian préféreraient rester avec
l'ancienne version stable avant de mettre à jour vers la nouvelle stable
-— pour environ une année après que la nouvelle version stable ait été
+— pendant environ une année après que la nouvelle version stable ait été
diffusée. L'équipe de sécurité essaiera donc de maintenir <em>Potato</em>
jusqu'à fin juin 2003.</p>
<p><strong>Le projet Debian au Sommet Desktop Linux.</strong> Le projet Debian
a <a href="$(HOME)/News/2003/20030215">annoncé</a> sa participation au
prochain <a href="$(HOME)/events/2003/0220-desktopsummit">Sommet Desktop
-Linux</a> à San Diego la semaine prochaine. Sans tenir compte des <a
+Linux</a> à San Diego la semaine prochaine. Malgré les <a
href="http://lwn.net/Articles/20312/">récents</a> <a
href="http://lwn.net/Articles/20352/">retraits</a> de sociétés et
d'organisations du Sommet Desktop Linux, le projet Debian tiendra un stand sur
@@ -137,11 +139,11 @@
<p><strong>Travaux sur OpenLDAP 2.1.</strong> Alexey Chetroi a voulu <a
href="http://lists.debian.org/debian-devel-0302/msg00919.html">savoir</a> si
-quelqu'un consacrait du temps à l'empaquètement de OpenLDAP 2.1 car la
+quelqu'un consacrait du temps à l'empaquetage de OpenLDAP 2.1 car la
version actuelle 2.0 a plusieurs problèmes au niveau du support des connexions
TLS. Roland Bauerschmidt a <a
href="http://lists.debian.org/debian-devel-0302/msg00924.html">indiqué</a>
-qu'un groupe des responsables travaille dessus, mais les paquets ont besoin de
+qu'un groupe de responsables travaille dessus, mais les paquets ont besoin de
plus de tests avant de pouvoir être envoyés.</p>
<p><strong>Gérer une documentation en plusieurs langues.</strong> Craig
@@ -150,7 +152,7 @@
langues entrent dans les archives Debian. Il suggère que ces paquets soient
regroupés dans un sous-répertoire spécifique à chaque langue dans le
répertoire <code>/doc/</code>. Cependant, comme il voudrait que ceci se passe
-dans le répertoire de spool au lieu de la section de paquet (virtuel), il est
+dans le répertoire pool au lieu de la section des paquets (virtuels), il est
assez improbable que cela se produise.</p>
<p><strong>Licence ou copyright ?</strong> Antoine Mathys s'est <a
@@ -172,7 +174,7 @@
et de l'état du développement actuel. Les paquets <a
href="http://opie.handhelds.org/">Opie</a>, par exemple, se développent de
façon merveilleuse et progressent dans Debian unstable. Phil Blundell a
-ensuite créé des paquets pour différentes parties de <a
+de plus créé des paquets pour différentes parties de <a
href="http://gpe.handhelds.org/">GPE</a> pour Debian, un projet de bureau basé
sur X11 et sur GTK.</p>
@@ -182,9 +184,9 @@
<ul>
<li><a href="$(HOME)/security/2003/dsa-250">w3mmee-ssl</a> --
- Fuite d'information de cookie ;
+ Fuite d'informations de cookie ;
<li><a href="$(HOME)/security/2003/dsa-251">w3m</a> --
- Fuite d'information de cookie.
+ Fuite d'informations de cookie.
</ul>
<p><strong>Nouveaux paquets ou paquets dignes d'intérêt.</strong> Les paquets
Reply to: