Merci à Valery Perrin pour sa relecture. Pas d'autres commentaires ? -- Thomas Huriaux
#use wml::debian::weeklynews::header PAGENAME="Courriel"
#use wml::debian::translation-check translation="1.1" maintainer="Thomas Huriaux"
<a name=1></a>
<pre>
Date : Mar. 2 mai 2000 12 h 35 ' 19 " +0200
De : Richard Braakman <dark@xs4all.nl>
À : debian-devel-announce@lists.debian.org
Sujet : Le premier cycle de tests commence aujourd'hui
Le premier cycle officiel de tests a commencé aujourd'hui. Ce n'est pas
seulement mon œuvre, mais de telles choses méritent d'être
signalées :-)
Les prochains jours seront destinés à obtenir des disquetttes de démarrage
et des images de cédérom prêtes pour les tests. Je ne ferai, dans la
distribution gelée, que les changements qui sont nécessaires pour les
avoir.
Ensuite, la distribution sera testée pendant environ 10 jours, durant
lesquels rien ne changera. Après la période de tests viendra une période
d'évaluation, durant laquelle soit nous publions Potato telle quelle,
ou nous intégrons les corrections nécessaires (qui j'espère seront déjà
disponibles dans Incoming ; si ce n'est pas le cas, il y aura un
délai supplémentaire), et nous commencerons un nouveau cycle de tests.
J'ai déchargé une dernière fois Incoming ce matin. Je n'installerai plus
de paquets dans la version gelée avant la fin du cycle de tests. Si
vous avez un envoi qui doit être intégré, vous pouvez essayer de me
convaincre avant que je ne quitte mon travail aujourd'hui ; c'est dans
environ quatre heures.
Richard Braakman
</pre>
<hr>
<a name=2></a>
<pre>
Date : Mar. 2 mai 2000 12 h 26 ' 51 " +0200
De : Richard Braakman <dark@xs4all.nl>
À : debian-devel-announce@lists.debian.org
Sujet : Paquets retirés de la version gelée
J'ai retiré les paquets suivants de la version gelée aujourd'hui. Ils sont
toujours disponibles dans la distribution instable (à part xemacs20).
Richard Braakman
Paquet : dconfig (debian/main).
Responsable : Michael Bramer <grisu@debian.org>
62578 dconfig : /etc/menu-methods/dconfig n'a pas les bonnes permissions.
Paquet : dlocate (debian/main).
Responsable : Craig Sanders <cas@taz.net.au>
61789 dlocate : cassage non négligeable, ne fonctionne pas du tout avec
les pages de manuel.
[CORRECTION] Correctif inclu (MS, Apr 9)
61790 dlocate : la routine cron ne fonctionne apparemment pas.
62023 dlocate : Erreur : ne peut pas ouvrir le fichier à la ligne 19
du fichier /usr/sbin/update-dlocatedb pendant l'installation.
Paquet : arla (non-US/main).
Responsable : Gregory S. Stark <gsstark@mit.edu>
61706 les paquets arla sont vraiment dépassés.
Paquet : gnome-think (debian/main).
Responsable : Peter Teichman <pat@debian.org>
61608 gnome-think ne sauvegarde pas les fichiers.
Paquet : glimpse (debian/non-free).
Responsable : Marco Budde <Budde@tu-harburg.de>
60852 glimpse : plein de lancements temporaires
[ATTENTE] Le responsable a été contacté le 11 avril. (MH)
Paquet : gap4-doc-html (debian/non-free).
Responsable : Markus Hetzmannseder <hetzi@hetzi.at>
60703 gap4-doc-html dépend d'un paquet inexistant.
Paquet : midentd (debian/main).
Responsable : Turbo Fredriksson <turbo@debian.org>
[RETRAIT] Ce paquet peut être retiré si ce n'est pas corrigé.
[AIDE] Le responsable a demandé de l'aide pour résoudre le problème d'échange
d'octets (petit et gros boutiste). (Apr 11 MH)
60271 midentd : Dans l'installation par défaut, le fichier logfile ne
contient pas les bonnes permissions. L'utilisateur daemon est différent
de l'utilisateur identd.
Paquet : ftape (debian/main).
Responsable : Christian Meder <meder@isr.uni-stuttgart.de>
59502 mauvais périphériques ftape.
(entraine avec lui ftape-doc, ftape-module-*)
Paquet : scalapack (debian/main).
Responsable : Philipp Frauenfelder <pfrauenf@debian.org>
58386 scalapack_1.6-12(frozen) : erreur de compilation (symboles non
définis).
[STRATÉGIE] Envoyer une recompilation de blacs-mpi et blacs-pvm. (Apr 19 MH)
Paquet : scalapack-lam-test (debian/main).
Responsable : Philipp Frauenfelder <pfrauenf@debian.org>
63339 scalapack-lam-test : dépendance non satisfaite.
Paquet : scalapack-mpich-test (debian/main).
Responsable : Philipp Frauenfelder <pfrauenf@debian.org>
63370 scalapack-mpich-test : dépendance non satisfaite.
Paquet : scalapack-pvm-test (debian/main).
Responsable : Philipp Frauenfelder <pfrauenf@debian.org>
63344 scalapack-pvm-test : dépendance non satisfaite.
Paquet : xemacs20 (debian/main).
Responsable : James LewisMoss <dres@debian.org>
55278 xemacs20 : ne peut se compiler à partir du source
[STRATÉGIE] dres a demandé le retrait d'xemacs20 de la distribution
instable (n° 61494) ; peut-être pourrait-il être retiré également de
la version gelée ?
(Déplacé vers project/orphaned, comme il était déjà retiré de Woody.)
Paquet : clisp (debian/main).
Responsable : Kevin Dalley <kevind@rahul.net>
62533 Clisp plante quand il cherche lisp.run à la mauvaise place.
(Le responsable ne pourra pas le corriger à temps, et personne d'autre
n'était intéressé).
Paquet : epic4 (debian/main).
Responsable : Joseph Carter <knghtbrd@debian.org>
63266 Le chargement de scripts irc fait planter epic.
</pre>
<hr>
<a name=3></a>
<pre>
À : debian-doc@lists.debian.org, debian-legal@lists.debian.org
Sujet : Aide : brevet Microsoft couvrant l'envoi et le téléchargement de paquets
Date : Mar. 2 mai 2000 22 h 04 ' 32 " +0300
Salut à tous,
Microsoft a récemment déposé un brevet qui couvre une partie stratégique
de Debian, et probablement de Red Hat aussi. (Si vous avez des contacts
chez Red Hat, vous pouvez transférer ceci, leur page de contact semble
être un peu lente à récupérer.) (Si vous transférez ceci dans un endroit
public, autre que debian-doc et debian-legal, veuillez retirer mon nom
et mon entreprise du corps et des en-têtes du courriel.)
Le projet sur lequel je travaille est intéressé par la mise à niveau
automatique des logiciels, donc je _devrais_ être capable de convaincre
Nokia de se pencher sur ce brevet. Pour le faire, j'ai besoin de données
historiques qui montre que l'invention était un savoir connu à ce moment.
Ci-dessous, vous trouverez quelques données sur le brevet, et quelques
données historiques que j'ai tirées du site web de Debian. Cela semble
montrer qu'à un moment entre 1995 et 1997, dselect supportait la mise
à niveau à partir d'Internet. Si la version 0.93R6 le faisait déjà,
je serais heureux. Dans tous les cas, j'apprécierais une page de manuel,
un fichier dselect-beginner.txt ou quelque chose de similaire de la
première publication supportant la méthode d'accès par ftp, avec la date
de publication. (Si rpm le faisait déjà avant novembre 1997, cela serait
également bon à savoir.)
Le brevet de Microsoft semble se limiter aux choses qui n'ont pas
d'informations sur les versions, les dépendances, les conflits, etc.
mais je suppose que cela va sûrement s'élargir.
<i>[signature retirée à la demande de l'auteur]</i>
-----
Soumis le 14 novembre 1997, accepté le 26 octobre 1999
US5974454 : Méthode et système pour installer et mettre à jour des
composants logiciels.
Résumé
Installation et mise à jour d'un composant logiciel.
Il est déterminé si la date actuelle est égale ou ultérieure à une date
enregistrée dans la base de registre d'un ordinateur. Si la date
actuelle est égale ou ultérieure à la date enregistrée dans la base de
registre, alors l'ordinateur transmet une requête de base de données
<i>via</i> Internet à un serveur de base de données. Sur le serveur de
base de données, il est déterminé si un paquet mis à niveau pour
le composant logiciel est disponible, par exemple en parcourant la base de
données. Si un paquet de mise à niveau pour le composant logiciel est
disponible, alors un message de mise à niveau du paquet est envoyé à partir
du serveur de base de données à l'ordinateur. Sur l'ordinateur, il est
déterminé si l'utilisateur veut télécharger le paquet de mise à jour. Si
tel est le cas, alors une requête pour le paquet de mise à niveau est
envoyée par l'ordinateur <i>via</i> Internet à un serveur de paquets. Sur le
serveur de paquets, en réponse à la réception de la requête du paquet de
mise à niveau, le paquet de mise à niveau est récupéré et envoyé par
Internet à l'ordinateur. Le paquet de mise à niveau est alors installé sur
l'ordinateur pour mettre à jour le composant logiciel.
Clause 1.
Une méthode mise en œuvre par ordinateur pour la mise à jour d'un
composant logiciel stocké sur un ordinateur, la méthode comprend les
étapes suivantes :
a) déterminer si la date actuelle est égale ou ultérieure à une date
enregistrée dans l'ordinateur ;
b) si la date actuelle est égale ou ultérieure à la date enregistrée dans
l'ordinateur, alors envoyer une requête de base de donnée à partir
de l'ordinateur vers le serveur de base de données ;
c) en réponse à la requête de base de données, déterminer sur le serveur
de base de données si un paquet de mise à niveau pour le composant
logiciel est disponible ;
d) si un paquet de mise à niveau pour le composant logiciel est disponible,
alors envoyer un message de paquet de mise à niveau à partir du serveur
de base de données vers l'ordinateur ;
e) en réponse au message du paquet de mise à niveau, envoyer une requête
du paquet de mise à niveau à partir de l'ordinateur vers un serveur
de paquets ; et
f) en réponse à la requête du paquet de mise à niveau, récupérer le paquet
de mise à niveau sur le serveur de paquets et envoyer le paquet de
mise à niveau à l'ordinateur.
Les clauses suivantes couvrent, par exemple, le fait de faire la mise
à niveau et de mettre à jour le registre (soit la base de données de dpkg).
-----
Voici les résultats d'une rapide recherche dans l'historique :
Debian 0.93R6 (novembre 1995) : apparition de dselect. Il s'agit de la
dernière publication de Debian au format a.out ; il y a désormais
60 développeurs.
Debian 1.1 Buzz (juin 1996) : il semble que cela soit la première version
de Debian ayant un surnom (choisi, comme tous les suivants, à partir
du film Toy Story) ; cela s'explique sûrement par le fait qu'il s'agit
de la première publication après que Bruce Perens a récupéré la
direction du projet, succédant à Ian Murdock. Cette publication était
entièrement au format ELF, utilisait le noyau Linux 2.0 et contenait
474 paquets.
(Debian 1.3.1 ?)
Dselect est utilisé pour sélectionner seulement quels paquets (parmis
environ 1100) vous désirez installer. Il sera lancé pendant l'installation,
et comme il s'agit d'une chose très puissante mais plutôt complexe,
certaines connaissances sont nécessaires avant de s'y lancer. Il vous
guidera dans le processus d'installation des paquets de la manière
suivante :
Choisir la méthode d'accès à utiliser.
Mettre à jour la liste des paquets disponibles, si cela est possible.
Demander quels paquets vous voulez sur votre système.
Installer et mettre à niveau les paquets demandés.
Configurer les paquets qui ne sont pas configurés.
Retirer les logiciels non désirés.
</pre>
#use wml::debian::weeklynews::footer translator="Thomas Huriaux"
#use wml::debian::weeklynews::header PAGENAME="Courriel"
#use wml::debian::translation-check translation="1.4" maintainer="Thomas Huriaux"
<a name=1></a>
<pre>
Date : Mar. 9 mai 2000 00 h 15 ' 26 " -0600 (MDT)
De : Jason Gunthorpe <jgg@ualberta.ca>
Répondre-À : Jason Gunthorpe <jgg@ualberta.ca>
À : Debian Developers <debian-devel@lists.debian.org>
Sujet : administration : exim installé sur master
Bien, tout le monde,
L'installation d'exim sur master est terminée. Cela signifie que tous les
fichiers .qmail existants ne sont plus utilisés et que tous les courriels
sont traités par exim, en utilisant les fichiers .forward standards
semblables à ceux de sendmail. J'ai, non sans douleur, converti tous les
fichiers .qmail en fichiers .forward semblables, quand c'était possible,
et envoyé un courriel aux personnes concernées dans le cas contraire.
J'ai vérifié deux fois chaque adresse qui créent beaucoup de traffic
sur master, et elles semblent toutes concorder. Certains d'entre vous
pourraient avoir des problèmes, en particulier si :
a) vous n'avez pas d'entrée dans le fichier lastlog, j'ai été intolérant
avec les personnes qui utilisent de l'espace local sans jamais
s'authentifier. Beaucoup de ces personnes ont un dépôt de courriel
local et un transfert, donc seul le transfert a été conservé.
b) vous avez fait quelque chose de très bizarre, comme ajouter
/var/spool/mail dans votre fichier .qmail ou utiliser des variables
qmail dans votre fichier .qmail ;
c) vous utilisez un logiciel spécifique à qmail pour des pseudo-listes.
En revanche, voici l'ensemble des fonctionnalités disponibles. J'ajouterai
cela sur une page web plus tard.
Chemin pour le courriel
~~~~~~~~~~~~~~~~~~~~~~~
La configuration d'exim supporte différentes façons de diriger un courriel ;
n° 1 -> transfert LDAP
n° 2 -> fichier .forward
n° 3 -> fichier .procmailrc
n° 4 -> fichier .forward-foo
n° 5 -> fichier .forward-default (Note : Pas .forward-foo-default
- seulement un niveau)
Un courriel à debian.org suit :
[n° 1 -> n° 2 -> n° 3] ou [n° 4 -> n° 5]
Un courriel à master.debian.org suit :
[n° 2 -> n° 3 -> n° 1] ou [n° 4 -> n° 5]
Le transfert LDAP sera utilisé par de nombreuses machines. Utiliser une
demande de transfert dans LDAP assurera mieux votre courriel et le
rendra plus rapide, puisqu'il pourra emprunter différents chemins.
procmail
~~~~~~~~
** Si vous utilisez procmail pour votre boîte à courriels principale,
veuillez effacer votre fichier .forward et ajouter un .procmailrc à
la place ! Cette fonctionnalité est supportée sur master depuis longtemps
maintenant, et continuera à l'être.
La façon convenable d'appeler procmail est « |/usr/bin/procmail [options] »
Ignorez IFS="..", dans la page de manuel de procmail.
Formats des boîtes à courriels
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Format des fichiers Mailbox : « /debian/home/foo/Mbox »
Format des fichiers Maildir : « /debian/home/foo/MDir/ »
Pour délivrer à /var/spool/mail/foo, utilisez une construction comme
« |/usr/bin/procmail -m /dev/null ». Mettre le chemin de la boîte à
courriels ne fonctionnera pas. Vous devez utiliser des chemins absolus
pour les boîtes à courriels, les fichiers ./ semblables à qmail ne sont
pas supportés par Exim.
En outre, les fichiers de filtre d'exim sont volontairement désactivés.
Environnement de distribution
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Certaines variables d'environnement sont établies par le message (pas par
les citations ! attention !). Il est important de remarquer que les variables
d'environnement s'occupant de l'adressage qui s'appliquent à l'adresse
ENVELOPE ne sont absolument pas liées au contenu actuel du message :
Var. d'env. « standard » EXTENSION (le « foo » dans .forward-foo)
LOGNAME,USER (votre nom d'utilisateur)
SENDER (nom de l'expéditeur du message)
Var. d'env. « Qmail » EXT == EXTENSION
LOCAL = (la totalité de ce qu'il y a avant @)
RECIPIENT = (le destinataire complet)
Ce qui donne :
$RECIPIENT = $LOCAL-EXTENSION@<something>
Ce sont des variables d'environnement que nous garderons, je l'espère, même
dans le cas où nous aurions à changer de serveur de messagerie encore une
fois.
Jason
</pre>
<hr>
<a name=2></a>
<pre>
Date : Lun. 8 mai 2000 22 h 09 ' 45 " -0400
De : Richard Higson <richard.higson@gt.owl.de>
À : debian-s390@lists.debian.org
Cc : debian-devel@lists.debian.org, LINUX-390@VM.MARIST.EDU
Sujet : Le portage de Debian sur S/390 commence à s'accélérer.
Envoi croisé à :
debian-devel@lists.debian.org
debian-s390@lists.debian.org
LINUX-390@VM.MARIST.EDU
Salut, et salutations de Poughkeepsie, État de New York, États-Unis,
où je suis en train de travailler sur un Redbook Linux/390
(http://www.redbooks.ibm.com/residencies/LS-J003.html)
Tant que je suis là et que j'ai accès à un parc complet d'ordinateurs
les plus gros, les meilleurs et les plus nombreux que j'aie jamais vus,
j'ai commencé à faire le travail sale pour lancer un portage de Debian
sur S/390 dans mon « large temps libre ». Je continuerai à le faire quand
je rentrerai chez moi, même si les machines que j'aurai seront minuscules
en comparaison de ce que j'utilise ici.
J'ai retrouvé beaucoup d'amis de Debian au sein d'IBM.
Debian est vue ici comme une distribution très respectée et de haute
qualité. Une distribution Debian pour S/390 concorderait bien avec
l'idée qu'IBM ne veut pas seulement faire des distributions commerciales.
Cependant, il est très difficile au niveau de l'organisation pour
un empire aussi grand qu'IBM de formaliser une « coopération » avec
une organisation « informelle » comme Debian.
Je suis particulièrement impressioné par la façon dont est
respecté, compris et *vécu* l'esprit du (discours sur le) logiciel
libre au sein de différentes équipes que j'ai eu l'occasion de rencontrer
ici (et en Allemagne). Il y a toujours des questions à résoudre, comme
l'incorporation des changemets de gcc-s390-tool-chain, mais ces
sortes de choses avancent à la vitesse des avocats les moins rapides,
pas des développeurs. Ça va venir.
J'espère qu'IBM a trouvé une façon publique de dire qu'ils acceptent
et supportent l'initiative de Debian pour la création d'un portage
de Debian sur S/390, sans nous demander de jouer le rôle d'une entité
commerciale (ce que nous n'avons jamais voulu).
J'espère que Debian trouvera une façon d'accepter, et de remercier
pour le support, les encouragements et les gros efforts que beaucoup
de personnes et de départements d'IBM nous offrent.
C'en est assez de la politique pour aujourd'hui, voici les choses
amusantes.
J'ai modifié un script de Florian Lohoff (flo@rfc.822.org) qui parcourt
juste la liste des paquets et recueille tout ce qui n'a pas de $ARCH-veto.
(La seule utilité pour un ordinateur muni d'une carte SoundBlaster serait si le
sol était légèrement inégal.)
Ces paquets de source se retrouvent dans dpkg-buildpackage -b -us -uc.
Les survivants habitent la « planète OK », tout le reste la « planète
NON », et c'est là que les choses amusantes commencent - choisir des
morceaux et les corriger.
Il n'y a rien de subtile dans cette manière de faire, et *c'est* un
bon outil pour le processeur, tool-chain et les tests de disquettes,
c'est pourquoi je l'ai appelé Brute-Force-Build-Daemon ;-)
Vous pouvez suivre cela sur http://pax.gt.owl.de/~higson/debian-s390/
Si vous avez des suggestions sur comment nous « devrions » gérer
le côté Debian de cela, ou si vous voulez rejoindre le navire, veuillez
vous inscrire à la liste de diffusion debian-s390 à
http://www.debian.org/MailingLists/subscribe
Les généralités et les spécificités de S/390 pour linux sont discutées
sur linux-390@vm.marist.edu
//rhi
--
« Tout ce que vous faites finira par devenir insignifiant, mais il est
très important de le faire. » == Mahatma Gandhi ==
Bonne journée ;-) Richard Higson mailto:richard.higson@gt.owl.de
</pre>
#use wml::debian::weeklynews::footer translator="Thomas Huriaux"
Attachment:
signature.asc
Description: Digital signature