Résumé

  • Le modèle Begin3 réclamait l’emplacement final du logiciel, même approximatif, plutôt que le répertoire de dépôt provisoire.
  • Les fiches facilitaient le classement et les mises à jour. Leur remplacement laissait aux historiens un catalogue du présent à interpréter.

On pouvait se tromper d’étagère, à condition d’en proposer une. Le modèle de fiche Linux Software Map autorisait l’auteur à deviner l’emplacement final de son logiciel. Il lui déconseillait en revanche une réponse certaine mais bientôt fausse : le répertoire où il venait de le déposer. Le quai de livraison faisait une mauvaise adresse permanente.

Cette consigne figure dans le modèle Begin3 reproduit par une étude de MetaLab datée d’octobre 1999. L’archive, lancée à SunSITE en 1992, accueillait des logiciels Linux accompagnés de leur description. Le programmeur fournissait le paquet et sa fiche signalétique. Le talent informatique n’exemptait pas des petites formalités.

Elles avaient une bonne raison d’exister. Avec une connexion lente, télécharger au hasard pour découvrir le contenu d’un fichier revenait à feuilleter une bibliothèque en faisant transporter chaque livre. Jeff Kopmanis avait adapté à Linux une proposition de 1992 consacrée à la description des archives FTP anonymes. Quelques lignes de renseignements pouvaient éviter beaucoup de données inutiles.

Le formulaire avait lui aussi ses responsables. Lars Wirzenius succéda à Kopmanis et introduisit Begin3 le 4 août 1994. Une même entrée regroupait désormais les différents fichiers d’un paquet, et la rédaction sur plusieurs lignes devenait plus commode. Aaron Schrab reprit la tenue des LSM en octobre 1996. La continuité avait des noms et des dates de passage de relais.

Le travail quotidien de MetaLab suivait le trajet du paquet. Les contributeurs déposaient logiciel et LSM dans la zone d’arrivée. L’archiviste l’inspectait chaque jour avec keeper, écrit par Eric Raymond puis modifié par Miles Efron, examinait la description et rangeait l’ensemble. Les noms et numéros de version servaient aussi à remplacer les anciens éléments. La fiche rejoignait ensuite la liste LSM entretenue séparément, puis ses miroirs.

Chaque rubrique évitait une petite enquête. Conserver le même titre d’une version à l’autre aidait à reconnaître une mise à jour. Distinguer l’auteur original du responsable du portage Linux orientait les questions. Indiquer le serveur, le répertoire et les fichiers donnait au paquet une adresse exploitable. La fiche ne flottait pas au-dessus de l’archive : elle commandait des gestes de rangement.

Le formulaire de recherche encore conservé chez ibiblio en montre l’autre extrémité. On y choisit des champs, des termes, leur poids et le champ servant de titre au résultat. Cette interface conservée permet de voir comment les renseignements du contributeur deviennent des prises pour le lecteur. Le fonctionnement historique est, lui, décrit dans l’étude de 1999.

Au 21 septembre 1999, celle-ci relevait 4 455 LSM pour 20 633 fichiers, une fois écartés les répertoires des distributions et de la documentation. Un paquet pouvait réunir plusieurs fichiers. Une fiche stable aidait à traiter cet ensemble comme un objet que l’on pouvait trouver, déplacer et mettre à jour.

Restait la fantaisie des humains. Parmi les dates inutilisables rencontrées par les chercheurs figurait « Thursday ». Jeudi, donc. Les semaines suivantes auraient également leur jeudi ; le classement chronologique n’en était guère avancé.

Même les bonnes dates demandaient de l’attention. Le champ Entered-date indiquait la dernière modification de la fiche. Une nouvelle version remplaçait l’ancienne entrée : un projet ancien pouvait ainsi porter une date récente. Le catalogue renseignait efficacement celui qui voulait télécharger maintenant. Pour retrouver toutes les arrivées d’hier, il fallait conserver une autre mémoire.