Zusammenfassung

  • Die Begin3-Vorlage verlangte den späteren Ablageort eines Pakets; das vorläufige Eingangsverzeichnis war dafür ungeeignet.
  • Namen und Versionsangaben halfen beim Einsortieren und Ersetzen. Damit bestimmte die laufende Pflege auch, welche Vergangenheit im Katalog sichtbar blieb.

Wer den endgültigen Ablageort seines Programms nicht kannte, sollte einen vernünftigen Vorschlag machen. Das stand tatsächlich in der Vorlage für die Linux Software Map. Eine Adresse schied ausdrücklich aus: das Eingangsverzeichnis. Dort würden die Dateien schließlich wieder weggeräumt. Software konnte sich offenbar ebenso wenig dauerhaft an der Warenannahme anmelden wie ihr Autor.

Nachzulesen ist die Anweisung in der Begin3-Vorlage im Anhang einer MetaLab-Studie vom Oktober 1999. Das Archiv war 1992 bei SunSITE entstanden. Eingereichte Linux-Software bekam einen kurzen Begleittext mit Titel, Version, Beschreibung, Fundorten und zuständigen Personen. Das Programm lief mit Code; sein Weg zum Nutzer brauchte zusätzliche Angaben.

Bei langsamen Verbindungen war das eine handfeste Erleichterung. Ein interessant benanntes Paket erst vollständig herunterzuladen, um seinen Zweck herauszufinden, konnte lange dauern. Jeff Kopmanis hatte deshalb einen Vorschlag von 1992 zur Beschreibung anonymer FTP-Archive für Linux angepasst. Die kleine Auskunft ließ sich lesen, bevor das große Paket auf die Reise ging.

Auch diese Ordnung hatte eine Personalgeschichte. Lars Wirzenius übernahm von Kopmanis und führte Begin3 am 4. August 1994 ein. Eine Beschreibung konnte nun sämtliche Dateien eines Pakets zusammenfassen; mehrzeilige Einträge wurden bequemer. Im Oktober 1996 ging die Pflege der LSM an Aaron Schrab über. Die Hilfsmittel der Zusammenarbeit benötigten selbst eine Übergabe.

Bei MetaLab legten Beitragende das Programm zusammen mit seiner LSM im Eingangsbereich ab. Ein Archivar sah diesen täglich mit keeper durch, einem von Eric Raymond geschriebenen und von Miles Efron veränderten Werkzeug. Er prüfte die Beschreibung, sortierte die Dateien ein und nutzte Namen sowie Versionsangaben, um ältere Inhalte zu ersetzen. Der Eintrag ging anschließend an die gesondert gepflegte LSM-Liste, die andere Server spiegelten.

Die Vorlage verrät, welche Rückfragen man vermeiden wollte. Der Titel sollte über mehrere Versionen hinweg gleich bleiben, damit eine Aktualisierung zugeordnet werden konnte. Für den ursprünglichen Autor und den Betreuer der Linux-Portierung gab es unterschiedliche Felder. Der Hauptfundort bestand aus Server, Verzeichnis und Dateien. Kleine Schreibarbeit beim Absender sparte Sucharbeit an vielen anderen Stellen.

Das bei ibiblio erhaltene Suchformular zeigt die Seite der Leser. Dort lassen sich Felder, Suchbegriffe, Gewichtungen und das Feld für die Ergebnisüberschrift auswählen. Die Beschreibung eines Beitragenden wird zum Werkzeug eines Suchenden. Das erhaltene Formular veranschaulicht diesen Zusammenhang; die historische Arbeitsweise belegt die Studie von 1999.

Deren Bestandsaufnahme vom 21. September 1999 umfasste nach Abzug der Verzeichnisse für Distributionen und Dokumentation 4.455 LSM für 20.633 Dateien. Ein Paket konnte mehrere Dateien enthalten. Der Eintrag gab dieser Gruppe einen gemeinsamen Griff, an dem sie sich finden und verwalten ließ.

Menschen füllten die Felder allerdings mit einer gewissen Freiheit. Unter den unbrauchbaren Datierungen fanden die Forscher „Thursday“. Donnerstag kam zuverlässig wieder. Für die zeitliche Einordnung machte ihn das wenig hilfreich.

Selbst ein ordentliches Datum erzählte nur eine bestimmte Geschichte. Entered-date bezeichnete die letzte Änderung des Eintrags. Neue Paketversionen ersetzten alte LSM, sodass ein langjähriges Projekt ein junges Datum tragen konnte. Wer die aktuelle Software suchte, profitierte von dieser Pflege. Wer alle früheren Eingänge zählen wollte, brauchte zusätzliche Aufzeichnungen. Im gut aufgeräumten Regal war manches gerade deshalb schwerer zu sehen.