Entwicklungsankündigung des „Debian Linux Release“ von 1993

 (wiki.debian.org)
1 Punkte von GN⁺ 2023-08-17 | 1 Kommentare | Auf WhatsApp teilen
  • Ian Murdock gab bekannt, dass Debian Linux Release, keine nur leicht angepasste SLS-Distribution, sondern eine fast von Grund auf neu erstellte Distribution, bald fertig sein werde
  • Diese Arbeit begann aus Unzufriedenheit, die bei der Nutzung und Anpassung von SLS entstanden war; das Basissystem ist nahezu fertig, doch vor der Prüfung der neuesten Quellen und der Aufnahme weiterer Komponenten werden Rückmeldungen aus der Community erbeten
  • Benötigt werden Hilfe beim Bereitstellen einer anonymen FTP-Site sowie Vorschläge für Pakete, Serien und Funktionen für die endgültige Release; Pakete aus SLS werden nicht zwangsläufig in Debian enthalten sein
  • Ziel war eine schlanke Zusammenstellung mit weniger doppelten Binärdateien und manpages, aktuellen Komponenten, Upgrade-Skripten, einer Installation ohne ständiges Eingreifen sowie einem Konfigurationsverfahren, das von fstab bis Xconfig hilft
  • Auch Nutzer ohne Internetzugang sollten regelmäßige Upgrade-Pakete und zusätzliche Paketbibliotheken erhalten können; durch Herkunftsangaben und Dokumentation sollte der Aufwand sinken, den aktuellen Stand zu halten

Entwicklungsankündigung des Debian Linux Release von 1993

  • Ian Murdock erklärte, dass er die neue Linux-Release Debian Linux Release genannt habe und sie bald fertig sein werde
  • Es handelt sich nicht um eine leicht modifizierte Version von SLS, sondern um eine Distribution, die fast von Grund auf aufgebaut wurde
  • Bei der Nutzung von SLS war er mit vielen Punkten unzufrieden und kam nach zahlreichen Änderungen zu dem Schluss, dass ein kompletter Neustart einfacher sei
  • Das Basissystem ist praktisch fertig, aber es bleibt noch zu prüfen, ob alle Komponenten auf den neuesten Quellen basieren
  • Bis zur Fertigstellung der Release könnten noch einige Wochen vergehen; bevor weitere „fancy“ Elemente hinzukommen, wollte er zunächst Feedback einholen

Erbetene Hilfe aus der Community

  • Benötigt werden im Wesentlichen zwei Arten von Hilfe
    • jemand, der eine anonyme FTP-Site zum Hosten der Release bereitstellt
    • Meinungen, Vorschläge und Ratschläge aus der Linux-Community sowie Empfehlungen für konkrete Pakete oder Serien, die in die endgültige Release aufgenommen werden sollen
  • Pakete aus SLS müssen nicht automatisch auch in Debian enthalten sein; abgesehen von grundlegenden Werkzeugen wie ls und cat bat er darum, unverzichtbare SLS-Pakete zu nennen
  • Auch Vorschläge zur Verbesserung der Installation seien willkommen, etwa eine Funktion, mit der sich unerwünschte Pakete vorab abwählen lassen, damit man den Installationsprozess nicht ständig überwachen muss
  • Antworten sollten per E-Mail gesendet werden; bei einer Diskussion in Newsgroups bat er außerdem darum, dass diese nicht in einen Flamewar ausartet

Bereiche, in denen es besser als SLS werden sollte

  • Ziel war eine kleinere und kompaktere Zusammenstellung, indem doppelte Binärdateien und manpages entfernt werden
  • Mit aktuellen Komponenten und upgrading-Skripten für das Basissystem sollten Upgrade-Pakete integriert werden
  • Vorgesehen war ein Installationsablauf mit basedisk-Installation, Kopieren der Distributionsdisketten und Paketauswahl, nach dem der Nutzer sich anderen Dingen widmen kann
  • Enthalten sein sollte auch ein Systemkonfigurationsverfahren, das Konfiguration und Einrichtung von fstab bis Xconfig versucht
  • Geplant waren menübasierte Werkzeuge für Paketinstallation und -upgrade, Systemkonfiguration, Hilfe und Systemverwaltung
  • Für Nutzer ohne Internet sollten regelmäßige Upgrade-Pakete und zusätzliche Paketbibliotheken bereitgestellt werden
  • Als zusätzliche Pakete außerhalb des Basissystems könnten unter anderem S3 X-server, nethack und Seyon enthalten sein
  • Ziel war eine umfassende Dokumentation, die über ein paar README-Dateien hinausgeht
  • Herkunft und Aktualität jeder Komponente sollten festgehalten werden, damit Nutzer Speicherort der Quellen und enthaltene Versionen nachvollziehen können

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2023-08-17
Hacker-News-Meinungen

  • Debian hat mein Leben verändert. Mein erster Kontakt Ende der 90er mit einem von mehreren Entwicklern gemeinsam erstellten Betriebssystem war RedHat 5.0, und die Dokumentation bestand fast nur aus Linux-HOWTOs.
    Das war die Zeit, als ich pppd Anrufe entgegennehmen ließ, um mich vom Haus eines Freundes aus nach Hause einzuwählen, immer als root eingeloggt war und fvwm wie der Gipfel der Coolness wirkte.
    Debian beseitigte Reibung durch hochwertige lokale Dokumentation, Community und Pakete, die von Hand so angepasst waren, dass sie gut zum Gesamtsystem passten; der Unterschied war, als würde man zu Fuß durch LA laufen und plötzlich gäbe einem jemand ein Auto und eine Karte.
    potato funktionierte gut, woody fühlte sich wie die Zukunft an, und ich nutzte es jahrelang auf einem iBook G3. Auf sarge musste man so lange warten, dass es sich für mich bis heute wie „futuristisch, aber von der Realität abgekoppelt“ anfühlt.

    • Ich habe einmal eine kleine Sache getan, um Debian zu helfen. Um 1996 oder 1997 bestellte ich aus den USA 100 Debian-1.1-CDs nach Europa und schickte sie an 100 Leute in Europa, sogar an ein paar in Nordafrika.
      Als alle 100 weg waren und ich 30 weitere bestellte, war es schon Debian 1.2. Falls mich meine Erinnerung täuscht, könnte es statt 1.1→1.2 auch 1.2→1.3 gewesen sein.
      Damals war es schwierig, an Linux-Distributionen zu kommen; im besten Fall hatte man eine Einwahlverbindung oder musste ein Magazin oder Buch mit einer Linux-CD kaufen. Ich nutzte erst Slackware und bin dann fast durchgehend bei Debian und abgeleiteten Distributionen geblieben; Red Hat und Fedora habe ich kurz ausprobiert, bin aber letztlich zu Debian zurückgekehrt.
    • Meine ersten Linux/Unix-Erfahrungen Ende der 90er waren fast identisch. Der einzige Unterschied war, dass ich nach Redhat 5.0 und bevor ich mich auf Debian festlegte, kurz OpenBSD als Firewall ausprobierte.
      Damals fühlte sich Debian sehr viel „richtiger“ an als Redhat, und danach bin ich kaum je zur Redhat-Seite zurückgekehrt. Zu jener Zeit hatte Debian viel weniger Third-Party-Support, und bis Ubuntu aufkam, dominierte das Redhat-Ökosystem völlig; deshalb hatte ich ständig die Sorge, in der Tech-Welt wieder einmal aufs falsche Pferd gesetzt zu haben.

  • Das Teilen von Daten damals war wirklich großartig. Selbst wenn man die Sicherheitsbedrohungen des heutigen, als Waffe eingesetzten Internets berücksichtigt, fühlt sich die Methode, jemanden zu bitten, etwas auf eine anonyme FTP-Site hochzuladen, besser an als die bequemsten Drag-and-drop-Sharing-Sites.
    Die Aussage, „Debian wird alles auf dem neuesten Stand enthalten“, wirkt aus heutiger Sicht ironisch. Heute ist Debian zu einem vertrauenswürdigen, stabilen System geworden und ist auch für die Entwicklung flexibel genug, aber die Prioritäten scheinen sich verschoben zu haben.
    Debian ist meine Lieblingsdistribution, und es funktioniert einfach immer gut. Ian Murdocks Leben hatte tragische Seiten, und er war bei mehreren Unternehmen; ich frage mich, wie er die Entwicklung von Debian gesehen hätte.

    • Wenn man einen aktuellen Unstable/Testing-Channel will, bietet Debian diese Option weiterhin, aber ich kann mich eher mit Debian Stable identifizieren.
      Als Debians APT-Netzwerk-Paketmanager erschien, war das ziemlich neu und ungewöhnlich. Wenn man von irgendeinem Paket hörte und einen Shell-Befehl eingab, hatte Debian dieses Paket meistens, und es wurde sofort installiert.
      Als ich vor Debian Red Hat nutzte, klickte ich mich durch mehrere Websites, um Pakete zu finden; aus heutiger Sicht war das eine naive und gefährliche Methode: "https://www.neilvandyke.org/lab-linux-1999/#software"
      Inzwischen ist das Paket-Ökosystem reifer, und in Debian Stable gibt es fast immer, was ich brauche, sodass ich weiterhin die Vorteile von APT genieße. Vor ein paar Tagen habe ich aus dem non-free-Repository von Debian Stable sogar den proprietären Nvidia-CUDA-Stack bekommen, und er funktionierte einfach.
    • Laut Wikipedia ist Ian Murdock 2015 verstorben: https://en.wikipedia.org/wiki/Ian_Murdock
    • Ich habe bei Progeny Linux eng mit Ian zusammengearbeitet. Zu diesem Zeitpunkt war er kein aktiver Debian-Entwickler mehr, aber technisch war er extrem stark.
    • Leider ist er 2016 verstorben. Möge Ian in Frieden ruhen.
    • Testing ist für etwas, das „testing“ heißt, ziemlich stabil, und selbst unstable ist erstaunlich stabil, fast so, dass man es stable nennen könnte. Eine Ausnahme ist allerdings der ungefähr eine Monat direkt nach einem Release alle zwei Jahre, wenn die für das Release eingefrorenen Dinge wieder freigegeben werden.
      Stabilität ist nicht das einzige wichtige Feature. Upgrades funktionieren einfach, und das war besser als bei jeder Distribution, die ich getestet habe. Solange man kein frankendebian baut; und selbst dann funktioniert es erstaunlich oft „einfach“.
      Wenn ein System nur ein paar Dienste betreibt, kann man das Paket unattended-upgrades mit etwas Konfiguration versehen und es praktisch vergessen.

  • Zum ersten Mal hörte ich von Debian in einem Gebrauchtladen für Elektronik in Rohnert Park, Kalifornien. Ein Kind, das Martin Short in seiner Rolle als Ed Grimley aus SCTV auf seltsame Weise ähnelte, brachte einen dicken Stapel Disketten zur Kasse und sagte stolz, er werde sie für die Installation von Debian Linux verwenden.

  • Frühes Linux liegt vor meiner Computing-Erfahrung, daher musste ich nachschlagen, was SLS ist. Es war das Softlanding Linux System[0], und ich dachte, es habe etwas mit Slackware zu tun.
    [0] - https://en.wikipedia.org/wiki/Softlanding_Linux_System

    • Tatsächlich war es eher umgekehrt: Slackware basierte auf SLS.

  • Der Name Debian stammt von Deborah und Ian. Deborah war damals Ians Freundin.

    • Ich habe es eine Zeit lang „deebian“ ausgesprochen, bis mich ein alter Hase korrigiert hat; das ist mir etwas peinlich.
    • Ehrlich gesagt war es ein schrecklicher Name. Deb und Ian ließen sich schließlich scheiden, und das war kein gutes Omen für die Zukunft. Ian hätte einen besseren Namen wählen sollen.
      Edit: Beziehungsgeschichte der beiden korrigiert.

  • Erfreulich ist ein Satz, in dem die zentrale Innovation gut sichtbar wird: „Mit den ‚upgrading‘-Skripten des Basissystems wird man das System leicht aktuell halten können“
    Ich weiß nicht, ob dpkg das erste solche Upgrade-System war, aber es gehört definitiv auch heute noch zu den besten. Viele spätere Nachahmer waren nicht annähernd so effektiv
    Der Kern liegt natürlich in der Paketierungsarbeit, die Pakete wartbar und upgradefähig macht

    • Letztes Jahr habe ich online einen Vortrag[1] über die Geschichte und Zukunft des Paketmanagements gehalten; das könnte interessant sein. Es war sehr schwer zu beurteilen, was genau „das Erste“ war
      Wie so oft bei großen Ideen scheint die Linux-Community den Bedarf fast gleichzeitig erkannt und innerhalb weniger Jahre mehrere Lösungen hervorgebracht zu haben. Damalige Software hatte auch selten so klare „Release-Daten“ wie heute, was die Frage zusätzlich verkompliziert
      Meine Schlussfolgerung nach der Recherche war, dass Bogus Linux[2] die erste Distribution mit einem vollständig funktionierenden binären Paketmanager für ein komplettes System war, und dass Perl 1993 möglicherweise ebenfalls an einem Paketmanager speziell für Perl-Bibliotheken arbeitete oder dass Teile davon bereits genutzt wurden
      [1]: https://framatube.org/w/uubjKne6swPQpJWiQLfqxd
      [2]: https://bogus.org/
    • Unter den Systemen, die tatsächlich gut funktionierten, war es sicher eines der ersten. Den Desktop, den ich heute nutze, habe ich 2007 installiert und seitdem nur immer wieder per dist-upgrade bis zur aktuellen Version gebracht
      Natürlich geht das nur, wenn die Pakete gut gebaut sind, aber Debians Qualitätsmanagement-Prozesse waren bis heute sehr gut. Drittanbieter-Pakete sind natürlich eine andere Geschichte
    • dpkg kümmert sich um einzelne Pakete, APT behandelt Abhängigkeiten und Versions-Upgrades. Ich erinnere mich, in der Anfangszeit dselect als eine Art Vorläufer von APT benutzt zu haben, weiß aber nicht, ob es im ersten Release enthalten war
      Korrektur: dselect wurde parallel zu dpkg entwickelt und anfangs als Teil davon betrachtet; in diesem Sinne kann man sagen, dass System-Upgrades auch allein mit dpkg möglich waren: https://en.wikipedia.org/wiki/Dselect

  • Wenn man Debian nutzt, kann man das Paket debian-history per apt-install installieren. Dann landet eine ordentliche HTML-Dokumentation zur Projektgeschichte im Verzeichnis /usr/share/doc/debian-history

  • Interessant ist, dass man es damals nicht „Distribution“, sondern „releases“ nannte. Ich frage mich, ab wann daraus „distribution“ wurde. Wurde dieser Begriff damals nur bei BSD verwendet?

  • Ich habe heute zwei über 13 Jahre alte Installationen. Eine wurde 2007 installiert, die andere 2010, und alle zwei Jahre mache ich nur ein dist-upgrade. Bei beiden wurden irgendwann, wie beim Schiff des Theseus, alle Teile ausgetauscht
    Angefangen habe ich mit Mandrake, dem späteren Mandriva, und ich habe auch Red Hat 6 benutzt, das einem Buch beilag. Nicht RHEL, sondern das alte Red Hat 6. Danach kam Storm Linux, und schließlich bin ich bei Debian gelandet
    Bemerkenswert war damals, dass man Pakete mit Abhängigkeiten zwar im Installer von Red Hat oder Mandrake installieren konnte, aber nicht mit den Tools innerhalb des installierten Betriebssystems. yum erschien erst 2002
    Der erste Schock bei einer Debian-basierten Distribution war daher, dass sie beim Installieren eines Pakets die Abhängigkeiten selbstständig fand. Diese Abhängigkeiten ließen sich auch wieder entfernen, und Upgrades funktionierten ebenfalls
    Nach Mandrake und Red Hat wirkte das wie ein Wunder. Mir gefiel auch, dass Debian Dinge „möglichst nah am Original“ hält und sie zugleich gut mit anderen Paketen zusammenspielen lässt. Bei RHEL dagegen wusste ich oft nicht, was sie da eigentlich tun; ohne Übertreibung hatten wir unter RHEL5/6 tausende Zeilen an Patch-Code mitgeschleppt, und nach dem Umzug auf Debian verschwanden solche Dinge
    Eine hervorragende Distribution, besonders für Server sehr zu empfehlen. Wenn man unattended-upgrades dazupackt, kann man ihre Existenz fast vergessen