Es gibt Linux-Distributionen, die wirken wie ein Sportwagen.
Glänzend.
Schnell.
Laut.
Mit Spoiler.
Und dann gibt es Debian.
Debian wirkt eher wie ein alter Werkzeugschrank in einer Werkstatt, der vermutlich schon drei Umzüge, zwei Wasserschäden und mindestens einen emotionalen Streit über Paketabhängigkeiten überlebt hat.
Nicht sexy im ersten Moment.
Aber wehe, du brauchst eine bestimmte Schraube.
Dann öffnest du die Schublade und da liegt sie.
Beschriftet.
Sortiert.
Wahrscheinlich seit 1998.
Und genau das finde ich im Nachhinein so spannend an Debian. Weil Debian heute oft als diese alte, stabile, etwas knochige Linux-Distribution wahrgenommen wird. So ein System, das nicht aufgeregt durchs Zimmer rennt und ruft:
„Schau mal, ich habe den neuesten Desktop und dreimal Wayland mit Glitzer!“
Debian sitzt eher am Tisch, trinkt schwarzen Kaffee und sagt:
„Funktioniert das auch in fünf Jahren noch?“
Und ja, manchmal ist das nervig.
Aber wenn man sich anschaut, wie Debian entstanden ist, ergibt dieses Wesen plötzlich ziemlich viel Sinn.
Debian wurde nicht aus Langeweile geboren
Debian wurde nicht geboren, weil jemand dachte:
„Ich hätte gern eine besonders langweilige Server-Distribution für Menschen, die gerne Release Notes lesen.“
Debian entstand Anfang der 1990er aus einer sehr praktischen Unzufriedenheit heraus. Linux war jung, Distributionen waren noch ein neues Konzept, und das Zusammensetzen eines brauchbaren Systems war nichts, was man mal eben zwischen Kaffee und Abendbrot erledigte.
Damals war Linux noch nicht dieses Ding, bei dem man ein ISO lädt, einen USB-Stick schreibt und sich dann überlegt, ob das Wallpaper emotional zur eigenen Persönlichkeit passt.
Damals war Linux eher:
„Hier sind viele Einzelteile. Viel Glück. Der Kernel liegt da hinten. Wenn Rauch aufsteigt, war es wahrscheinlich fast richtig.“
Und genau da kamen Distributionen ins Spiel. Sie sollten den ganzen Kram bündeln: Kernel, Shell, Werkzeuge, Bibliotheken, Programme, Installationslogik. Also im Grunde das, was heute selbstverständlich wirkt. Nur war es damals noch nicht selbstverständlich.
Ian Murdock, damals Student an der Purdue University, gründete Debian offiziell am 16. August 1993. Der Name Debian setzt sich aus Debra und Ian zusammen, also aus dem Namen seiner damaligen Frau und seinem eigenen Namen. Das ist einer dieser Fakten, die gleichzeitig irgendwie süß und sehr 90er-Open-Source sind.
So nach dem Motto:
„Ich baue eine Distribution und benenne sie nach uns.“
Andere Leute kaufen Partnerarmbänder.
Ian Murdock baute Debian.
Kann man machen.
Das Debian Manifesto und der Wunsch nach Ordnung
Was Debian aber von Anfang an besonders machte, war nicht nur der Name. Es war die Idee dahinter.
Ian Murdock schrieb das Debian Manifesto. Darin beschrieb er, warum Debian überhaupt gebaut werden sollte. Und wenn man das heute liest, merkt man ziemlich schnell: Debian war nicht als zufällige Paketkiste gedacht. Debian sollte offen entstehen, im Geist von Linux und GNU, sorgfältig gebaut und genauso sorgfältig gepflegt werden.
Das klingt erstmal nach diesen schönen Worten, die man in Projektbeschreibungen schreibt, damit es bedeutungsvoller wirkt.
Aber bei Debian war das nicht nur Deko.
Das war eine Reaktion auf echte Probleme.
Im Manifesto kritisierte Murdock unter anderem SLS, das Softlanding Linux System. SLS war damals eine der frühen umfassenderen Linux-Distributionen und offenbar auch ziemlich verbreitet. Murdock beschrieb es aber als schlecht gepflegt und fehleranfällig. Vereinfacht gesagt: Viele Leute kamen über solche Distributionen mit Linux in Kontakt, aber nicht unbedingt mit einem besonders guten ersten Eindruck.
Das ist ungefähr so, als würde man jemandem Linux zeigen, indem man ihm einen Karton mit losen Kabeln, einem halb zerbrochenen Handbuch und einer Diskette mit „FINAL2_REAL_FIXED“ in die Hand drückt.
Und dann sagt man:
„Willkommen in der Zukunft.“
Debian wollte anders sein.
Nicht einfach nur „noch eine Distribution“.
Sondern eine Distribution, die gemeinschaftlich gepflegt wird.
Offen.
Mit klarer Verantwortung.
Mit dem Anspruch, dass ein System nicht nur irgendwie zusammengeworfen wird, sondern dauerhaft wartbar bleibt.
Und genau da sitzt der Debian-Kern.
Nicht Geschwindigkeit.
Nicht Hype.
Sondern Wartbarkeit.
Wartbarkeit klingt langweilig, bis man selbst Kabelsalat baut
Ich gebe zu: Früher hätte ich bei sowas innerlich vielleicht etwas gegähnt.
Wartbarkeit klingt nach Versicherungsformular mit Pinguin-Logo.
Aber je mehr man selbst an Linux bastelt, Pakete baut, Abhängigkeiten sortiert, Konfigurationen verteilt und versucht, aus „läuft bei mir“ ein „läuft auch bei anderen“ zu machen, desto mehr versteht man:
Wartbarkeit ist kein langweiliges Detail.
Wartbarkeit ist der Unterschied zwischen Projekt und Kabelsalat.
Und Debian hat diesen Punkt sehr früh ernst genommen.
Schon die frühen Debian-Versionen zeigen diesen Weg. Debian 0.91 erschien im Januar 1994 und hatte ein einfaches Paketsystem, das Pakete installieren und entfernen konnte. Noch nicht mit dem ganzen Komfort, den man heute kennt, aber der Gedanke war da: Software soll nicht einfach wild irgendwo ins System kippen wie eine geplatzte Tüte Schrauben.
1995 wurde es moderner. Bei Debian 0.93R5 waren Pakete klar Entwicklern zugeordnet, und dpkg spielte eine zentrale Rolle bei der Paketverwaltung. Das klingt trocken, aber genau diese Trockenheit ist wichtig.
Denn Paketverwaltung ist eines dieser Dinge, die man erst dann wirklich zu schätzen weiß, wenn sie fehlt.
Solange alles funktioniert, denkt man:
„Ja gut, apt install, macht halt.“
Aber sobald ein System keine saubere Paketverwaltung hat, verwandelt sich Softwareinstallation in einen Escape Room für Menschen mit zu viel Freizeit.
„Diese Bibliothek braucht Version 1.2, aber Programm B will 1.1, und irgendwo liegt noch eine selbst kompilierte Datei von 2021, die dich jetzt hasst.“
Debian wollte genau diese Sorte Chaos bändigen.
dpkg, apt und die sozialen Beziehungen zwischen Paketen
dpkg wurde zum Fundament. Später kam apt dazu und machte Debian endgültig zu diesem System, bei dem man Software nicht nur installiert, sondern Beziehungen verwaltet.
Abhängigkeiten.
Konflikte.
Versionen.
Repositories.
Also der ganze soziale Brennstoff zwischen Paketen, die sich entweder mögen oder gegenseitig mit Stühlen bewerfen.
Und Debian nahm diese Beziehungen ernst.
Das ist eigentlich sehr menschlich.
Nur mit mehr Checksummen.
Ein weiterer interessanter Punkt: Debian war von Anfang an kein Projekt, das nur von einer Firma oder einer kleinen geschlossenen Gruppe kontrolliert werden sollte. Die offizielle Debian-Geschichte beschreibt Debian als damals einzige Distribution, bei der jeder Entwickler und Nutzer Arbeit beitragen konnte. Das Projekt wuchs von einer kleinen Gruppe freier Software-Hacker zu einer großen Entwickler- und Nutzergemeinschaft.
Und diese Gemeinschaft brauchte irgendwann Regeln.
Nicht, weil Menschen böse sind.
Sondern weil Menschen Menschen sind.
Sobald genug Leute an einem Projekt arbeiten, reicht „wir machen das schon irgendwie“ nicht mehr. Das funktioniert vielleicht bei drei Leuten und einer Pizzaschachtel. Aber nicht bei einer weltweiten Distribution, die irgendwann tausende Pakete, verschiedene Architekturen und sehr unterschiedliche Interessen unter einen Hut bringen muss.
Debian entwickelte deshalb nicht nur Pakete, sondern auch Strukturen.
Eine Verfassung.
Einen Gesellschaftsvertrag.
Richtlinien.
Und ja, das klingt erstmal wie Open-Source-Bürokratie mit Bart.
Aber auch hier muss man Debian fair betrachten: Diese Dokumente sind nicht einfach Papierkram. Sie definieren, wofür Debian steht.
Der Debian Social Contract: Offenheit als Grundsatz
Der Debian Social Contract wurde 1997 erstmals ratifiziert. Darin versprach Debian unter anderem, frei zu bleiben, der Free-Software-Gemeinschaft etwas zurückzugeben, Probleme nicht zu verstecken und die Interessen der Nutzer sowie freier Software in den Mittelpunkt zu stellen.
Gerade dieser Punkt „wir verstecken Probleme nicht“ ist bemerkenswert.
Das ist so herrlich Debian.
Andere Projekte würden vielleicht sagen:
„Unsere Vision ist Innovation.“
Debian sagt sinngemäß:
„Unsere Bugdatenbank bleibt offen.“
Und ich liebe das irgendwie.
Nicht romantisch.
Nicht glamourös.
Aber ehrlich.
Debian ist an dieser Stelle wie dieser eine Mensch, der nicht die schönsten Präsentationsfolien hat, aber dir beim Umzug hilft, eine Wasserwaage mitbringt und vorher fragt, ob die Wand wirklich tragend ist.
Das ist nicht aufregend.
Das ist wertvoll.
Ein besonders wichtiger Teil dieses Gesellschaftsvertrags sind die Debian Free Software Guidelines, also die DFSG. Diese Richtlinien wurden später sogar Grundlage für die Open Source Definition. Das ist ein Punkt, den man nicht kleinreden sollte.
Debian hat also nicht nur eine Distribution gebaut.
Debian hat auch mitgeprägt, wie freie Software und Open Source überhaupt begrifflich sortiert wurden.
Das ist schon eine andere Gewichtsklasse als:
„Ich habe ein hübsches Theme mit abgerundeten Ecken.“
Wobei ich abgerundete Ecken natürlich trotzdem emotional verteidigen werde.
Was gehört zu Debian und was liegt daneben?
Debian spielte auf einer sehr grundlegenden Ebene mit. Es ging um die Frage:
Was darf in so ein System?
Was ist frei?
Was ist nur praktisch?
Was gehört ins eigentliche Debian und was liegt daneben?
Und wer schon mal mit Debian und Bereichen wie main, contrib, non-free oder neuerdings non-free-firmware zu tun hatte, merkt: Diese Fragen sind nicht nur theoretisch. Die landen irgendwann sehr praktisch bei der WLAN-Karte, die ohne Firmware ungefähr so nützlich ist wie ein Toaster ohne Strom.
Auch da ist Debian nicht immer bequem.
Manchmal wirkt Debian streng.
Manchmal auch etwas verknöchert.
Aber diese Strenge kommt nicht aus Zufall. Sie kommt aus einer Haltung.
Und Haltung ist in der Technik selten bequem.
Debian wollte nicht einfach alles reinwerfen, nur weil es nützlich ist. Debian wollte definieren, was das eigene System ausmacht. Das kann man mögen oder nicht. Aber man kann schwer behaupten, es sei egal.
Buzz, Toy Story und die verfluchte 1.0
Wenn man die frühen Releases betrachtet, sieht man auch, wie schnell aus dem kleinen Projekt ein ernstes Fundament wurde.
Debian 1.1 „Buzz“ erschien 1996. Eine Debian 1.0 gab es offiziell nie, weil ein CD-Händler versehentlich eine Entwicklungsversion als Debian 1.0 ausgeliefert hatte. Das Projekt entschied sich daraufhin, die nächste richtige Veröffentlichung Debian 1.1 zu nennen, um Verwirrung zu vermeiden.
Das ist so ein Detail, das ich wunderbar finde.
Andere Projekte hätten vielleicht versucht, das irgendwie glattzubügeln.
Debian sagt im Grunde:
„Nein. Das war nicht 1.0. Wir nennen die richtige Version jetzt 1.1. Bitte benutzen Sie nicht die verfluchte CD aus der Krabbelkiste.“
Sehr nachvollziehbar.
Ab Debian 1.1 begannen auch die bekannten Codenamen aus Toy Story. Buzz, Rex, Bo, später Hamm, Slink, Potato, Woody und so weiter. Der Ursprung liegt bei Bruce Perens, der damals Debian-Leiter war und bei Pixar arbeitete.
Das ist einer dieser Linux-Fakten, die klingen, als hätte jemand sie nachts in einem Forum erfunden, aber sie stimmen.
Debian, diese ernste alte Infrastruktur-Distribution, trägt Codenamen aus Toy Story.
Und ich finde das großartig.
Weil es Debian ein kleines Grinsen gibt.
Unter all der Paketdisziplin, dem Policy-Werk, den Architektur-Ports und den Mailinglisten sitzt irgendwo ein kleiner Plastik-Dinosaurier und nickt ernst.
Debian will überall hin
1998 kam Debian 2.0 „Hamm“ und brachte erstmals offizielle Unterstützung für mehrere Architekturen. Debian war also nicht mehr nur ein Ding für eine bestimmte Maschinenklasse. Es begann, diese typische Debian-Eigenschaft auszubauen:
„Wenn es irgendwie rechnet, will irgendwer Debian darauf portieren.“
Das ist keine offizielle Projektbeschreibung.
Aber es fühlt sich wahr an.
Debian wurde über die Jahre auf viele Architekturen gebracht. Genau das machte es später so wichtig als Fundament. Nicht nur für klassische PCs, sondern auch für Server, Spezialhardware, Embedded-Kram und alles, wo jemand irgendwann sagt:
„Da könnte doch Debian drauf.“
Und meistens sagt dann irgendwo ein Debian-Mensch:
„Moment, ich brauche nur drei Jahre, einen Cross-Compiler und eine sehr große Tasse Tee.“
Mit Debian 2.1 „Slink“ kam 1999 apt als wichtige Paketmanagement-Oberfläche dazu. Und apt ist für viele Menschen wahrscheinlich bis heute eines der prägendsten Debian-Gefühle.
Dieses kleine Ritual:
sudo apt update
sudo apt upgradeDas klingt nicht dramatisch.
Aber es hat Linux für viele Menschen handhabbarer gemacht.
apt ist nicht nur ein Befehl. apt ist das beruhigende Gefühl, dass irgendwo eine große Maschine aus Paketlisten, Abhängigkeiten und Maintainerarbeit arbeitet, damit man selbst nicht jeden Quellcode einzeln aus dem Internet fischen, kompilieren und danach weinend in eine Ecke legen muss.
Natürlich kann apt auch gemein sein.
apt kann Dinge sagen wie:
„Ich entferne dann mal 483 Pakete, ist das okay?“
Und dann sitzt man da wie vor einem Formular vom Finanzamt und fragt sich, ob man gerade sein System rettet oder eine Desktopumgebung opfert.
Aber grundsätzlich war apt ein riesiger Schritt.
Debian wurde dadurch nicht nur ordentlich, sondern bequem ordentlich.
Und das ist eine mächtige Kombination.
Debian ist kein Sprint
Später wuchs Debian immer weiter. Mehr Pakete. Mehr Entwickler. Mehr Architekturen. Mehr Infrastruktur. DebConf entstand als jährliches Treffen. Testing wurde eingeführt, um den Weg zwischen unstable und stable besser zu organisieren. Das Projekt bekam immer mehr Unterprojekte, mehr Übersetzungen, mehr spezialisierte Einsatzgebiete.
Und trotzdem blieb dieser Grundton erhalten:
Debian ist kein Sprint.
Debian ist ein Langstreckenlauf mit Paketlisten.
Das erklärt auch, warum Debian heute manchmal als langsam wahrgenommen wird. Debian Stable ist nicht dafür da, jeden neuen Software-Hype sofort auf den Tisch zu werfen. Stable ist eher der Zustand, bei dem Debian sagt:
„So. Das haben wir jetzt eingefroren, geprüft und tragfähig gemacht. Viel Spaß. Bitte nicht auf den Tisch klettern.“
Das kann für Desktop-Nutzer frustrierend sein, wenn man neue Versionen will. Ich kenne diesen Reiz ja selbst. Man sieht irgendwo eine neue Version von KDE, GNOME, Mesa, Hyprland oder irgendeinem Tool und denkt:
„Haben will. Jetzt. Sofort. Warum ist mein System so gemein zu mir?“
Aber Debian Stable spielt ein anderes Spiel.
Nicht:
„Was ist neu?“
Sondern:
„Was ist zuverlässig genug, um Grundlage zu sein?“
Und ja, genau deshalb basieren so viele andere Distributionen auf Debian. Ubuntu ist das bekannteste Beispiel. Aber auch viele andere Projekte nutzen Debian als Fundament, weil Debian diese Mischung aus Paketfülle, Infrastruktur, Richtlinien und Verlässlichkeit bietet.
Debian ist wie Beton.
Nicht flauschig.
Aber du kannst ein Haus draufstellen.
Der stille Riese im Hintergrund
Und das ist vielleicht der wichtigste Punkt, wenn ich heute auf Debian schaue.
Ich nutze nicht immer Debian direkt. Ich habe auch meine Phasen mit Arch, CachyOS, Void, NixOS, Ubuntu, Kubuntu und diversen anderen kleinen Betriebssystem-Dungeons gehabt. Mein Kopf ist da manchmal wie ein Paketmanager ohne Lockfile.
Aber Debian begegnet einem immer wieder.
Direkt oder indirekt.
In Ubuntu.
In Servern.
In Containern.
In Dokumentation.
In Paketformaten.
In apt.
In Diskussionen darüber, was freie Software eigentlich bedeutet.
Debian ist einer dieser stillen Riesen, die man leicht unterschätzt, weil sie nicht dauernd laut sind.
Es gibt keine große Show.
Kein „wir revolutionieren den Desktop alle sechs Monate“.
Kein „hier ist unser neues KI-gestütztes Terminal mit emotionalem Abo-Modell“.
Debian macht Debian-Dinge.
Pakete pflegen.
Releases bauen.
Infrastruktur sortieren.
Regeln diskutieren.
Manchmal wahrscheinlich viel zu lange.
Aber lieber ein Projekt, das zu lange über Grundsätze diskutiert, als eines, das gar keine hat und dafür schneller kaputtgeht.
Aus Chaos wurde etwas, das Chaos bändigen wollte
Und genau deshalb finde ich die Entstehungsgeschichte von Debian so interessant. Sie beginnt nicht mit Perfektion. Sie beginnt nicht mit einem fertigen Masterplan. Selbst frühe Erinnerungen aus dem Projekt beschreiben den Anfang eher als Sammlung von Quellen, Kernbestandteilen und wachsender Organisation.
Also kein heiliger Pinguin stieg vom Himmel herab und sprach:
„Es werde apt.“
Es war chaotischer.
Menschlicher.
Mehr Bastelkeller.
Aber aus diesem Chaos entstand etwas, das Chaos bändigen wollte.
Und das ist für mich die eigentliche Debian-Geschichte.
Nicht:
„Debian ist alt.“
Sondern:
„Debian ist aus dem Bedürfnis entstanden, Linux nicht nur möglich, sondern verlässlich teilbar zu machen.“
Das finde ich stark.
Denn genau das ist der Schritt, an dem viele Projekte scheitern.
Etwas für sich selbst zum Laufen bringen ist eine Sache.
Etwas so zu bauen, dass andere es installieren, verstehen, aktualisieren und notfalls reparieren können, ist eine völlig andere Liga.
Da hört der Bastelspaß nicht auf.
Da wird er erwachsen.
Und vielleicht ist das auch der Grund, warum Debian bis heute so eine besondere Stellung hat. Es ist nicht die aufregendste Distribution. Nicht die hübscheste. Nicht die schnellste, wenn man unbedingt das Neueste vom Neuesten will.
Aber Debian hat etwas geschafft, das deutlich schwerer ist, als neu und aufregend zu wirken:
Es ist geblieben.
Es ist gewachsen.
Es ist Grundlage geworden.
Aus einem Bastelkellerprojekt entstand Infrastruktur, auf der heute ein großer Teil der Linux-Welt steht.
Nicht laut.
Nicht glänzend.
Aber verlässlich genug, dass andere darauf bauen konnten.
Und vielleicht ist genau das die größte Leistung einer Distribution.