[lcfc] wml://www.debian.org/News/weekly/2000/27/index.wml
Merci à Marc Maurice pour sa relecture.
--
Thomas Huriaux
#use wml::debian::weeklynews::header PUBDATE="2000-8-22" SUMMARY="Lendemains de publication, traceroute, méta-paquets, nouvelle distribution de test ?"
#use wml::debian::translation-check translation="1.12" maintainer="Thomas Huriaux"
<p>Nous avons le plaisir de vous présenter la 27e <em>DWN</em> de
l'année, la lettre d'information hebdomadaire de la communauté Debian.</p>
<p>
<strong>Mise à jour sur la publication :</strong> au lendemain de
la parution, tout fonctionne parfaitement. ftp.debian.org utilise toutes
ses capacités depuis lors — si vous n'avez pas encore mis votre
système à niveau, veuillez utiliser un des
<a href="../../../../distrib/ftplist">miroirs</a>.
</p>
<p>
<strong>Il y a eu quelques problèmes avec les images de cédérom pour la
version 2.2.</strong> Cela a pris un certain temps pour mettre
à disposition les images de cédérom sur suffisamment de sites pour faire
face à la demande. Il a alors
<a href="http://lists.debian.org/debian-cd-0008/msg00158.html";>été
découvert</a> que les publications des cédéroms de <em>Potato</em> pour
SPARC et alpha n'étaient pas amorçables et qu'il y avait d'autres
<a href="http://lists.debian.org/debian-cd-0008/msg00216.html";>problèmes
de moindre importance</a> avec d'autres images. Ces problèmes sont
dûs à d'une part une insuffisance des tests des images de cédérom
finales, et d'autre part à des problèmes matériels avec la machine chargée
de la compilation de ces images.
<a href="http://cdimage.debian.org/lastmin.html";>Les images corrigées</a>
sont marquées de la version 2.2rev0a.
</p>
<p>
<strong>Quelques articles sur Debian 2.2 ont déjà été publiés.</strong>
La lettre d'information hebdomadaire de Linux a rédigé un
<a href="http://lwn.net/2000/features/LinuxWorld/Debian.php3";>article sur
la conférence de presse</a>. LinuxPlanet a publié un
<a href="http://www.linuxplanet.com/linuxplanet/reviews/2204/1/";>panorama de
Debian 2.2</a> détaillé et en général favorable. Cet article est plein
d'excellentes citations, comme « le projet avance avec un semblant de
calme tout relatif, mais la lecture rapide des innombrables listes de
diffusions des développeurs et des utilisateurs révèle de façon désarmante la
quête effrénée de la perfection » ou bien « l'installation s'est
améliorée à quelques endroits clés depuis la publication de <em>Slink</em>
il y a un an. En particulier, elle est maintenant beaucoup plus
accessible à tous ».
Enfin, ITworld
<a href="http://www.idg.net/ic_221264_1794_9-10000.html";>a écrit</a>
sur Debian : « Beaucoup d'attention a été portée à la
commercialisation de Linux, mais l'esprit de l'<em>Open Source</em> qui
guide Linux est mieux représenté par certains projets comme le développement
collaboratif de Debian, qui résulte d'un travail accompli avec
amour par les développeurs engagés. »
</p>
<p>
<strong>Corrections de sécurité.</strong> La version de xlockmore fournie
avec Debian 2.1 (<em>Slink</em>) est vulnérable à une exploitation
locale du groupe shadow. En général, les versions dans les
distributions 2.2 et instable de Debian ne le sont pas, mais des
<a href="http://lists.debian.org/debian-security-announce-00/msg00028.html";>\
paquets corrigés</a> ont été proposés pour les trois versions, au cas où.
Un
<a href="http://lists.debian.org/debian-security-announce-00/msg00029.html";>\
nouveau correctif</a> pour le trou de sécurité dans Zope a été publié
— le correctif original « ne résolvait pas totalement
le problème ».
</p>
<p>
<strong>En étant débarassé de la question de la publication</strong>, chacun
était content de pouvoir revenir aux choses essentielles, comme les
discussions enflammées qui étaient restées sans conclusion sur des points
obscurs de la hiérarchie standard du système de fichier. Il s'agissait
presque d'une rediffusion d'un <a href="../../1999/48/#traceroute">vieux
débat</a> pour déterminer si traceroute devrait se trouver dans
<tt>/usr/sbin</tt> plutôt que dans <tt>/usr/bin</tt>. Des
<a href="http://lists.debian.org/debian-devel-0008/msg00758.html";>progrès</a>
ont été faits, mais nous sommes plus que jamais divisés sur
cette question.
</p>
<p>
<strong>Une discussion un peu plus intéressante concernait les
méta-paquets.</strong> Il serait bien de généraliser les différentes méthodes
que nous avons pour le regroupement des paquets — par priorité,
par section, dans les méta-paquets task — pour en déduire
<a href="http://lists.debian.org/debian-devel-0008/msg00721.html";>un
mécanisme</a> qui peut gérer les trois.
</p>
<p>
<a name="testing"></a>
<strong>Comment avoir une distribution à jour comme
la version instable, sans avoir chaque jour l'ensemble des bogues
associés ?</strong> Anthony Towns a œuvré à en faire une
réalité avec sa distribution de test, et dorénavant il est
<a href="http://lists.debian.org/debian-devel-0008/msg00906.html";>prêt à
l'intégrer</a> dans Debian. Si l'on en croit AJ, « l'objectif
de la distribution de test est de proposer un ensemble complet
des paquets les plus récents possible ayant été testés un minimum pour
la publication ». « L'objectif des paquets de cette distribution
n'est pas d'être parfaits ou dépourvus de bogues, ils doivent seulement
être utilisables. » L'objectif a été atteint en faisant suivre
la distribution instable de cette distribution avec un retard de quelques
semaines durant lesquelles les bogues liés aux nouvelles versions des
paquets sont scrutés et où seuls les paquets dépourvus de bogues trop
importants sont envoyés dans la distribution de test. Trois distributions
seraient disponibles en permanence :
</p>
<ul>
<li><em>unstable</em> : très à jour, cassée, etc. ;
<li><em>testing</em> : assez bien à jour, probablement boguée, mais
fonctionnant ;
<li><em>stable</em> : statique, utilisable, mais vite dépassée.
</ul>
<p>
AJ pense que cela devrait accélérer le processus de publication
— nous pouvons geler la distribution de test plutôt que
celle instable et commencer la préparation d'une publication à partir
d'une distribution déjà fortement dépourvue de bogues. Il conclut par :
« le code est fait, fonctionne et est utile. Je pense que nous
devrions l'utiliser. »
</p>
<p>
<strong>Les responsables du ftp ont eu beaucoup de travail cette
semaine.</strong>
<a href="http://incoming.debian.org";>Incoming</a> a été <em>vide</em>
pendant une courte période.
<a href="http://auric.debian.org/~tausq/newpkgs-20000821.html";>\
177 paquets</a> ont été ajoutés à l'archive Debian cette semaine,
comprenant :
</p>
<ul>
<li><a href="http://packages.debian.org/unstable/net/ari-yahoo";>\
ari-yahoo</a> : client en mode texte pour Yahoo Messenger ;</li>
<li><a href="http://packages.debian.org/unstable/mail/arrow";>\
arrow</a> : client graphique pour le courriel supportant GPG ;</li>
<li><a href="http://packages.debian.org/unstable/editors/code-crusader";>\
code-crusader</a> : environnement de développement logiciel
complet ;</li>
<li><a href="http://packages.debian.org/unstable/editors/code-medic";>\
code-medic</a> : frontal graphique de GDB ;</li>
<li><a href="http://packages.debian.org/unstable/net/cupsys-client";>\
cupsys-client</a> : sytème d'impressions pour UNIX
(<a href="../../../../Packages/unstable/libs/libcupsys2.html">\
bibliothèques</a>,
<a href="../../../../Packages/unstable/devel/libcupsys2-dev.html">\
dev</a>) ;</li>
<li><a href="http://packages.debian.org/unstable/devel/dmbt";>\
dmbt</a> : utilitaire de débogage pour le responsable de paquet
Debian ;</li>
<li><a href="http://packages.debian.org/unstable/libs/exdbm";>\
exdbm</a> : gestionnaire de base de données eXode ;</li>
<li><a href="http://packages.debian.org/unstable/graphics/fbi";>\
fbi</a> : visionneur d'image pour le tampon vidéo de Linux ;</li>
<li><a href="http://packages.debian.org/unstable/libs/libdetect0";>\
libdetect0</a> : une bibliothèque pour la détection automatique
de matériel
(<a href="../../../../Packages/unstable/devel/libdetect-dev.html">\
dev</a>) ;</li>
<li><a href="http://packages.debian.org/unstable/libs/libqt2.2";>\
libqt2.2</a> : bibliothèque graphique de Qt.</li>
</ul>
#use wml::debian::weeklynews::footer translator="Thomas Huriaux"
Reply to: