Warum Gentoo?

• Der zentrale Wert von Gentoo liegt weniger in der reinen Compiler-Performance als in der Flexibilität von Source-Builds und in der Philosophie, eine Distribution für die eigenen Nutzer zu bauen
• Das Projekt wird ohne Unternehmen oder Geschäftsmodell betrieben; mit der Auflösung der Gentoo Foundation und dem Wechsel zu SPI sollen Engpässe in der Finanz-Governance und Abhängigkeitsrisiken verringert werden
• Mit einem eigenen Security-Team, eigener Infrastruktur, durch OpenPGP geschützten Distributionskanälen und strikten QA-Richtlinien geht Gentoo gegen veraltete Abhängigkeiten, statisches Linken und gebündelte Abhängigkeiten vor
• Die Source-first-Struktur und USE-Flags erlauben die Auswahl von Funktionen, Bibliotheken, Init-System, libc und Build-Verfahren, doch nicht gepflegte Optionen können eingeschränkt werden
• Rolling Release, das Nebeneinander von stabilen und experimentellen Setups, Unterstützung alter Hardware, Entwicklerfreundlichkeit und die Tendenz, Telemetrie zu entfernen, setzen den respektvollen Umgang mit Nutzern praktisch um

---

Die zentrale Identität von Gentoo

• Gentoo ist als „Distribution bekannt, die alles kompiliert“, lässt sich aber nicht einfach nur über Performance-Fokus oder extreme Optimierung erklären
• Durch Fortschritte bei CPU- und Compiler-Optimierungen sowie der Paketoptimierung in allgemeinen Distributionen muss der Leistungsunterschied zwischen einem durchschnittlichen Ubuntu-Paket und einem auf die CPU abgestimmten Gentoo-Paket in der Praxis nicht groß sein
• Der wichtigere Wert von Gentoo liegt in der Flexibilität, die Source-Builds bieten, und darin, dass es eine Distribution ist, die Menschen, die Gentoo mögen, für sich selbst bauen

Unabhängigkeit

• Hinter Gentoo steht kein Unternehmen und kein Geschäftsmodell; entwickelt und betrieben wird es von Menschen, die sich den Werten von Gentoo verpflichtet fühlen
• Einige befassen sich beruflich mit Gentoo, die große Mehrheit sind jedoch Freiwillige, die eher aus Leidenschaft als aus Profitinteresse handeln
• Ein Teil der Infrastruktur wird gespendet, ein Teil über Spenden finanziert; dabei wird vermieden, von einer einzelnen Stelle abhängig zu sein, damit kein bestimmter Spender Gentoo dominieren kann
• Um das Risiko direkter Engpässe in der Finanz-Governance zu reduzieren, wird die Gentoo Foundation aufgelöst und der Wechsel zu SPI vorbereitet

Sicherheit

• Gentoo misst Paketsicherheit große Bedeutung bei und backportiert Patches teils sogar vor dem Upstream
• Ein eigenes Security-Team übernimmt Nachverfolgung von Problemen, deren Behebung und Benachrichtigungen an die Nutzer
• Eigene Infrastruktur wird betrieben, um das Risiko von Kompromittierungen zu senken, und Distributionskanäle sowie Mirrors werden mit OpenPGP geschützt
• Codeberg und GitHub dienen nur als optionale Mirrors und Beitragskanäle, damit Gentoo von keinem der beiden abhängig ist
• Mit strikten QA-Richtlinien geht Gentoo kritisch gegen Praktiken wie gebündelte Abhängigkeiten, statisches Linken und fest verdrahtete Abhängigkeiten vor
• Es wird versucht, offensichtliche Bedrohungen wie gravierend veraltete Abhängigkeiten zu verhindern

Eine von Menschen gemachte Distribution

• Gentoo hat vor zwei Jahren LLM-Beiträge verboten und bereut diese Entscheidung nach eigener Aussage nicht
• Es lässt sich zwar nicht zu 100 % garantieren, dass nie verunreinigter Code eingeflossen ist, doch Vertrauen und Wachsamkeit gelten als tragende Säulen der Community
• Selbst wenn Upstreams diese Haltung nicht teilen, lässt sich wegen der Verantwortung, aktuelle und sichere Software bereitzustellen, nicht vollständig verhindern, dass LLM-basierte Software für Gentoo paketiert wird
• Schwerwiegende Fälle wie copywashed chardet oder vibe-coded Kryptografie-Software sollen jedoch so weit wie möglich abgewehrt werden

Stabilität

• Gentoo ist nicht die am einfachsten zu startende Distribution, kann nach abgeschlossener Einrichtung aber überraschend stabil sein
• Selbst bei Problemen lässt sich das System oft reparieren, ohne es neu zu installieren
• Da der Paketbaum nicht auf genau eine Version eines Pakets festgelegt ist, besteht bei Problemen mit einer neuen Version eine gute Chance, sie downzugraden
• Selbst wenn diese Version in Gentoo verschwunden ist, lässt sie sich vergleichsweise leicht wiederherstellen
• Als Rolling-Release-Distribution ist Gentoo nicht in mehrere Distributionsversionen aufgeteilt, und es gibt keinen regelmäßigen Zwang zum Wechsel auf das nächste Release
• Nutzer können zwischen einer aktuellen Umgebung, die neue Pakete sofort erhält, und einer stabilen Umgebung wählen, die erst nach bestätigter Reife aktualisiert wird
• demize @ unstable.systems berichtet, selbst mit experimentellen Setups wie ACCEPT_KEYWORDS="~amd64", LLVM-Profil, mold als System-Linker und vollständigem LTO eine stabilere Erfahrung als auf anderen Desktop-Linux-Systemen gehabt zu haben

Flexibilität

• Source-first-Distribution

  • Die Standard-Installationsweise von Gentoo basiert auf Source-Builds, bedeutet aber nicht, dass Nutzer Abhängigkeiten selbst zusammensuchen und Build-Befehle manuell aneinanderreihen müssen
  • Der Paketmanager übernimmt die nötigen Schritte und mehr und macht die Paketinstallation einfach
  • Source-Builds erlauben eine feinere Kontrolle darüber, welche Funktionen ein Paket enthält und wie es gebaut wird
  • Werden unnötige Funktionen weggelassen, sind Performance-Gewinne und eine kleinere Angriffsfläche möglich; so lassen sich etwa RSS-Reader oder Mail-Clients ohne verwundbare Webbrowser-Komponenten bauen

• Kontrolle über Bibliotheken und den Build-Prozess

  • Source-Kompilierung bindet Nutzer nicht an eine einzige Bibliothekskombination, die ein Gentoo-Builder verwendet hat
  • Dadurch entsteht die Möglichkeit, ältere Versionen bestimmter Bibliotheken beizubehalten, neuere Versionen zu verwenden oder ganz andere Implementierungen einzusetzen
  • Es gibt Grenzen zwischen offiziell unterstützten Konfigurationen und dem, was praktisch funktionieren kann, aber die möglichen Kombinationen sind deutlich breiter als bei reinen Binärdistributionen
  • Selbst außerhalb des unterstützten Rahmens lassen sich Patches anwenden oder Build-Prozesse vergleichsweise leicht anpassen

• Umfang und Grenzen der Wahlmöglichkeiten

  • Gentoo wird bisweilen als „Distribution der Wahlmöglichkeiten“ bezeichnet, kann aber nicht jede Option dauerhaft pflegen
  • In manchen Fällen können vernünftige Alternativen wie OpenRC und systemd oder glibc und musl angeboten werden
  • Damit eine Option erhalten bleibt, muss sich jemand aktiv darum kümmern; andernfalls entsteht schnell ein halb kaputtes System
  • In anderen Fällen wurde wegen zu hoher Wartungskosten aufgegeben, etwa bei LibreSSL und OpenSSL oder libav und ffmpeg
  • Da Qt die Unterstützung von LibreSSL im Upstream ablehnt, ist die Pflege von LibreSSL noch schwieriger geworden

• Standardwerte und optionale Anpassung

  • Die meisten Wahlmöglichkeiten in Gentoo werden als Opt-in angeboten
  • So soll Menschen, die sie brauchen, Flexibilität geboten werden, während für alle anderen gute Standardwerte erhalten bleiben
  • Nutzer können daher nur die Teile anpassen, die sie interessieren, und den Rest den Standardwerten überlassen und trotzdem eine gute Erfahrung machen
  • charon @ hachyderm.io hebt hervor, dass sich verschiedene Architekturen, libc-Varianten, Init-Systeme, Paket-Patches, Funktionskonfigurationen und Display-Stacks innerhalb desselben OS handhaben und aktuell halten lassen
  • Josh @ babka.social sieht als Vorteil, dass sich sowohl headless-Systeme ganz ohne Grafikpakete als auch gewünschte Grafik-Stacks nicht über separate Installationswege, sondern einfach per Konfigurationsdatei einrichten lassen

Freude und Experimente

• Gentoo will mehr bieten als nur das Erledigen von Aufgaben und den Nutzern ermöglichen, einen Schritt weiterzugehen und zu experimentieren
• Wer aktuelle Entwickler-Software ausprobieren möchte, findet oft Versionen aus den Upstream-Zweigen stable, testing und development
• Viele Pakete haben live ebuilds, die direkt aus dem Upstream-Repository bauen, sodass sich die neuesten Entwicklungszweige allein durch Unmasking testen lassen
• Über ein gewöhnliches GNU/Linux-System hinaus lassen sich musl, GNU Hurd, LLVM-basierte Toolchains, FreePG, Sequoia, Samurai, libarchive tar/cpio und alternative awk-Implementierungen ausprobieren
• Solche Experimente stehen nicht im Widerspruch zu Stabilität; als Ausgangspunkt können stable- oder ~arch-Pakete dienen, während nur einzelne Teile auf den neuesten Stand gezogen oder gezielt auf LTS-Zweige fixiert werden

Nachhaltigkeit

• Obwohl viele Nutzer aus den Quellen bauen, verfolgt Gentoo die Nachhaltigkeit des Computings
• Es bietet breite Unterstützung für Binärpakete, auch für denselben Paketinhalt in verschiedenen Konfigurationen
• Nutzer können offizielle Binärpakete verwenden, die ihren Anforderungen entsprechen, oder bei Bedarf wieder zu Source-Builds zurückkehren
• Es lassen sich offizielle Pakete für mehrere Zielsysteme verwenden, außerdem können Binärpakete separat oder direkt während der Systeminstallation selbst gebaut und genutzt werden
• Gentoo versucht, auch ältere oder weniger verbreitete Hardware breit zu unterstützen und Systeme bereitzustellen, die selbst auf Hardware laufen können, die von Rust oder V8 nicht unterstützt wird
• Anstatt Computer wegzuwerfen, deren Support von kommerziellen Anbietern aus Rentabilitätsgründen eingestellt wurde, wird bevorzugt, sie weiter nutzbar zu halten, auch wenn das etwas mühsamer ist

Entwicklerfreundlichkeit

• Weil Gentoo alles aus den Quellen baut, stehen Nutzer ihrer Entwicklungsumgebung sehr nahe
• Für die Paketinstallation ist eine vollständige Toolchain nötig, und eine Aufteilung von Paketen in „Runtime“- und „Development“-Teile ergibt in Gentoo wenig Sinn
• Dadurch ist in Gentoo oft standardmäßig eine gute Entwicklungsumgebung vorhanden
• Aus Prinzip werden Paket-Patches ungern gesehen und möglichst vermieden; Pakete sollen dem Upstream folgen, und auf Gentoo entwickelte Software soll korrekt und portabel sein
• Gentoo gehört zu den wenigen Distributionen, die dem bzip2-Paket keine nicht standardisierte pkg-config-Datei hinzufügen
• Wer auf Gentoo entwickelt, vermeidet dadurch den verbreiteten Fehler, Pakete auszuliefern, die diese nicht standardisierte Datei voraussetzen
• Gentoo gehört außerdem zu den wenigen Distributionen, die mehrere Python-Versionen aktiv unterstützen; man kann nicht nur eine bestimmte Python-Version wählen, sondern auch Pakete für mehrere Python-Versionen gleichzeitig installieren
• Wegen der vielen verschiedenen Gentoo-Konfigurationen ist Endnutzer-Testing wichtig, und es lässt sich leicht so einstellen, dass beim Paketbau Test-Suites ausgeführt werden
• rayslava @ mitra.do.rayslava.com sagt, USE-Flags seien die beste Art, Apps in vielen Kombinationen zu konfigurieren, und Portage habe sogar Corporate-RPM-Pakete problemlos per emerge nutzbar gemacht
• Dieselbe Person berichtet außerdem, mit pycargoebuild die Rust-Infrastruktur ohne zusätzliche Werkzeuge oder Umgebungen zu pflegen, und seit 2004 Gentoo zu nutzen, ohne etwas Besseres gefunden zu haben

Eine hilfreiche Distribution

• Gentoo will ein nützliches System für sehr unterschiedliche Anwendungsfälle bieten, darunter Entwicklungsrechner, Gaming-PCs, einfache Terminals und Server
• Aus Sicht der Free Software Foundation könnte Gentoo als Distribution ungeeignet erscheinen, weil sich proprietäre Software dort zu leicht installieren lässt
• Gleichzeitig ist es genauso einfach, ausschließlich freie Software beizubehalten, und die Standardwerte sind auf freie Software ausgerichtet
• Linn @ mastodon.social sieht den Vorteil von Gentoos Lizenzansatz darin, dass auf Paketebene ausgewählt werden kann, welche Lizenzen erlaubt sind, während freie Software der Standard bleibt und man vor der Installation proprietärer Software die Lizenz prüft
• Gentoo verfolgt weiterhin die Politik, gefundene Bugs an den Upstream zu melden und gemeinsam zu beheben
• Ein bloßer temporärer Workaround, damit etwas im Builder durchläuft, reicht aus dieser Sicht nicht; gebraucht wird eine Lösung, die für alle funktioniert
• Gentoo befasst sich mit komplexen Problemen wie Portabilität und Unterstützung von Fringe-Plattformen und berücksichtigt Plattformen, die von den meisten Distributionen gar nicht unterstützt werden
• danzin @ mastodon.social meint, dass Gentoos Arbeit beim Finden, Melden und Beheben von Problemen in Upstream-Projekten selbst für Nicht-Gentoo-Nutzer wichtig sei, etwa um Kompatibilität und Stabilität im Python-Ökosystem zu erhalten
• Die Gentoo-Dokumentation galt früher als eine der besten unter Linux-Distributionen und wird auch heute noch als ziemlich gut bewertet
• Wer Gentoo nutzt, gelangt oft von der Systeminstallation über das Schreiben von ebuilds, kleine Änderungen in /etc/portage/patches, Beiträge zu semi-official Overlays bis hin zum Melden von Upstream-Bugs und lernt dabei tiefgehend über Computing
• anton @ icosahedron.website beschreibt Gentoo als sanfte Lernkurve vom Befolgen des Handbooks bis zu tieferen Ebenen des Computings, bei der jeder Schritt klein ist und Lernchancen bietet

Ein Umgang, der Nutzer respektiert

• Viele von Gentoos Ausrichtungen laufen gemeinsam auf Respekt gegenüber den Nutzern hinaus
• Gentoo schreibt nicht übermäßig vor, wie Nutzer ihr System verwenden sollen
• Es gibt Grenzen des Unterstützbaren und Sicherheitsgeländer gegen schwere Beschädigungen, doch die endgültige Entscheidung liegt bei den Nutzern
• Selbst wenn Nutzer Entscheidungen außerhalb des unterstützten Bereichs treffen, versucht Gentoo nicht absichtlich, diesen Anwendungsfall kaputtzumachen, garantiert aber auch nicht, dass er nicht versehentlich kaputtgeht
• Markus Osterhoff @ troet.cafe beschreibt das Gefühl, als Erwachsener behandelt zu werden, weil das System beim Wechsel der Benutzer-ID mit su einfach wie angewiesen funktioniert und man mit vim konfigurieren und mit less Logs lesen kann
• Ilya Shchepetkov @ social.treehouse.systems sieht als Stärke von Gentoo das Gefühl der Kontrolle, weil das System nichts tut, was der Nutzer nicht selbst konfiguriert hat
• Der Installationsprozess zeigt offen, dass es keine Magie gibt, und hinterlässt das Gefühl, im System alles reparieren zu können, selbst wenn das Booten plötzlich scheitert
• Gentoo will gute Standardwerte und eine stabile Erfahrung bieten, Sicherheit aufrechterhalten und menschliche Arbeit respektieren, ohne sich auf LLMs zu stützen
• Gentoo versucht, die Privatsphäre der Nutzer nicht als Gegenstand einer „Werteabwägung“ zu behandeln, sondern sie zu respektieren, und verfügt weiterhin über keine Telemetrie dazu, wie Gentoo verwendet wird
• Wenn in Paketen Telemetrie entdeckt wird, versucht Gentoo grundsätzlich, sie zu entfernen, und will bei Bedarf USE-Flags anbieten, mit denen sich die Upstream-Standards wiederherstellen lassen
• Rund um Gentoo soll eine freundliche und einladende Community entstehen, und das System soll angenehm in der Nutzung sein und seine Nutzer nicht verraten
• Dieser Text ist stark von den Antworten im Fediverse-Thread „how Gentoo is perceived by people” inspiriert; zitiert wurde nur ein Teil der Antworten

[GN⁺]

Lobste.rs-Kommentare

• Ich habe Gentoo von 2019 bis 2022 ausprobiert, und mir ist es als gemischte Erfahrung mit Vor- und Nachteilen in Erinnerung geblieben.
  Einerseits gab es ganz eindeutig den Spaß, den der Autor beschreibt. Die Installation war nicht einfach eine App, die nach ein paar Klicks fertig ist, sondern ein Prozess, bei dem man einer gut geschriebenen Anleitung folgt, Entscheidungen trifft und die Distribution nach dem eigenen Geschmack anpasst — dadurch hatte ich stark das Gefühl, mir mein System selbst erarbeitet zu haben.
  Es war auch schön zu sehen, wie schlank man es machen kann, wenn man Unnötiges weglässt, ohne die Nutzbarkeit zu beeinträchtigen, und es war interessant, den Kernel selbst zu konfigurieren. Ohne Recovery-USB oder Backup kann die Kernel-Konfiguration bei Gentoo allerdings leicht zur größten Falle werden.
  Abgesehen von march=native habe ich nicht viel getunt, aber trotzdem fühlte es sich deutlich flotter an als andere Distributionen, die ich damals ausprobiert habe. Ich habe keine Benchmarks gemacht, deshalb will ich das nicht zu stark behaupten, aber mein alter T440p aus dem Studium lief damit ziemlich angenehm.
  Andererseits hatte ich oft das Gefühl, ständig mit dem System zu kämpfen. Die Build-Zeiten hatte ich erwartet, aber emerge selbst wirkte übermäßig langsam, jedes Mal wenn es Pakete abfragte oder komplexe Abhängigkeiten installierte — so langsam, dass ich mich fragte, ob der PC eingefroren ist oder ob ich einen Fehler gemacht habe.
  USE-Flags waren oft lästig, weil sie schlecht dokumentiert waren oder unerwartete Nebenwirkungen hatten und so nervige Debugging-Sessions auslösten. Schaltete man nur ein bestimmtes Flag ein, lief eine App plötzlich gar nicht mehr, und dann musste man zusätzlich andere Flags aktivieren, die äußerlich völlig unabhängig wirkten. Dass diese Funktion nicht direkt in den Standard-Paketmanager integriert war, sondern man sie über die Website oder equery suchen und dann mit flaggie setzen musste, kam mir ebenfalls seltsam vor.
  Die Kernel-Konfiguration ist eine Fähigkeit, die man mit Zeit lernen muss, aber die Anleitungen, die ich damals fand, halfen kaum über das Nötigste hinaus. Heute gibt es bei Gentoo Binary-Kernel, sodass man die manuelle Konfiguration vermeiden kann, aber damals fühlte es sich an, als hätte man nur die Wahl zwischen einem Minenfeld und dem Build eines aufgeblähten Kernels, der ewig dauert.
  qt-webkit war auf langsamen Maschinen eine Katastrophe. Allein dieses eine Paket hängte bei jeder Installation oder jedem Update noch einmal 2–3 Stunden Kompilierzeit an die ohnehin geplante Zeit dran. Das ist kein Fehler im eigentlichen Sinn, wenn Gentoo nun einmal eine Source-first-Distribution ist, aber aus Sicht des Endanwenders war es ziemlich schmerzhaft.
  Schließlich war Gentoo überhaupt kein System für spontane Nutzung. Wenn man etwas brauchte, musste man Zeit haben, auf die Kompilierung zu warten, und größere Apps nach Lust und Laune auszuprobieren fühlte sich praktisch unmöglich an. Oft konnte ich den PC auch nicht einfach über Nacht laufen lassen, also musste ich entweder die gesamte Rechenleistung in die Kompilierung stecken und den PC nicht benutzen, oder einen Kern freilassen und dafür ein langsameres System und längere Kompilierzeiten in Kauf nehmen.
  Am Ende bin ich für meinen Studien-PC zu Arch zurückgekehrt, weil ich keine Zeit hatte, das System ständig weiter zu pflegen, aber mein Respekt für Gentoo ist geblieben. Es hat mir eine völlig andere Perspektive darauf gegeben, wie eine Distribution funktionieren kann, und ich habe viel über die internen Abläufe gelernt. Beim Lesen des Artikels musste ich an meine eigenen Erfahrungen denken und wurde nostalgisch, und da wohl inzwischen viele Ecken und Kanten geglättet wurden, könnte ich es irgendwann noch einmal ausprobieren.
  Gentoo is Rice

  • Bei mir war der Verlauf ähnlich, aber ich habe Gentoo verlassen, weil ein RAM-Riegel in meinem Laptop ein fehlerhaftes Bit hatte und ich LaTeX zum Laufen bringen musste, während eine Abgabe nur noch wenige Stunden entfernt war. Danach ging es zu Arch und anschließend zu Void.
    Früher habe ich auch Funtoo auf einem Raspberry Pi B betrieben — nicht auf dem 2, 3, 4 oder 5, sondern genau auf diesem Modell — und das hat erstaunlich viel Spaß gemacht.
    Meine erste Gentoo-Maschine war ein Xserve G4 mit zwei CPUs und 2 GB RAM. Es dauerte fast eine Woche, bis das System tatsächlich bootete, weil ich immer wieder neu bauen musste, um einen Kernel hinzubekommen, der überhaupt startete.
    Am meisten von Gentoo entfernt hat mich, dass es sich schlecht spontan nutzen lässt. Ich wollte Audacity für Audiobearbeitung installieren, und schon waren Stunden vergangen. Man benutzt einen Computer, um Dinge zu erledigen — und manchmal möchte man ihn einfach nur benutzen statt ihn zu warten.
  • Ich habe Gentoo ungefähr im selben Zeitraum benutzt, und meine Erfahrung war sehr ähnlich. Es dauerte Tage, bis ich einen Kernel kompiliert hatte, den ich wirklich verwenden konnte, und wenn irgendeine Funktion überraschend nicht lief, lag es am Ende oft an einer Kernel-Option, die ich nicht gesetzt hatte.
    Wenn man mitten in der Arbeit war, wurde der Flow unterbrochen und man musste wieder auf die Kompilierung warten.
    Auf langsamen Maschinen war mein persönlicher Albtraum webkit-gtk2, weil Gnucash es trotz Nutzung nur für die Anzeige von Diagrammen als harte Abhängigkeit mitbrachte. Auf meinem alten ThinkPad fühlte sich auch Firefox an, als würde es ewig dauern, und LibreOffice machte das Trio des Kompilier-Schreckens komplett.
  • Bei mir war die Erfahrung genau umgekehrt. Ich nutze Gentoo jetzt seit fast einem Jahr ernsthaft, aber während die meisten alles komplett neu bauen wollen, verwende ich einfach das liveusb-ISO-Image.
    Dieses Image kann man wie eine normale Datei auf der Festplatte ablegen und per GRUB-Loopback direkt booten, und in diesem einen ISO ist fast schon eine komplette Entwicklungsumgebung mit git, make, cc, rust, cmake und autotools enthalten.
    Um per NixOS-ISO live zu booten und eine ähnliche Werkzeugausstattung zu bekommen, brauchte ich fast 40–50 GB Speicherplatz. Bei Gentoo reicht ein einziger ISO-Download, um auf den neuesten Stand zu kommen, und es bootet selbst auf einem alten Laptop mit 2 GB RAM sehr schnell — ich bin damit sehr zufrieden.

• Ich mag Gentoo. Einer der größten Vorteile ist, dass es eine Rolling-Release-Distribution ist.
  Ich hatte einen Server, der 15 Jahre lang durchlief, und darauf lief Gentoo. Wenn ich den Anbieter nicht gewechselt hätte, würde er wahrscheinlich heute noch laufen. Eine Neuinstallation war einfacher, als das Image umzuziehen.
  Mit Debian oder Fedora hatte ich nicht dasselbe Glück. Wenn man Bibliotheken oder App-Versionen brauchte, die nicht bereits für eine bestimmte Version paketiert waren, wurde es bei beiden ziemlich umständlich, und auch nach Upgrades ging immer wieder etwas kaputt, sodass es merkbare Downtime gab.

  • Es ist interessant, dass Gentoo zu der Distribution geworden ist, die solche langlebigen Systeme möglich macht.
    Mein persönlicher Server ist 17 Jahre alt. Ich hatte Glück mit dem VM-Anbieter und konnte ihn die ganze Zeit mit hoher Verfügbarkeit betreiben; die gesamte Downtime in diesen 17 Jahren lag vermutlich bei etwa einem Tag. Ursprünglich habe ich das System aufgesetzt, weil E-Mail-Hosting über eine private IP-Adresse praktisch nicht mehr realistisch war.
    Mein Desktop-System stammt aus dem Jahr 2008 und ist damit ungefähr 18 Jahre alt. Damals bin ich auf einen 64-Bit-User-Space umgestiegen, und seitdem hatte ich weder einen Grund noch den Impuls, das Image neu aufzusetzen. Von der ursprünglichen Hardware ist bis auf die Datahand-Tastatur nichts mehr übrig, aber gewissermaßen wurde es wie das Schiff des Theseus Stück für Stück ersetzt.
    Für mich steht Gentoo für Transparenz, Wahlfreiheit und Flexibilität. Ich hatte schon immer ein starkes Gefühl dafür, wie mein Computer funktionieren soll, und Gentoo war ein gutes Werkzeug, um das umzusetzen.

• Ich nutze Gentoo seit etwa 15 Jahren auf meiner Haupt-Entwicklungsmaschine und bin von Debian unstable gewechselt.
  Ehrlich gesagt kann ich nur schwer genau erklären, warum ich es nutze und mag, aber letztlich heißt das wohl einfach, dass es gut funktioniert und ich keinen Grund sehe, es zu ändern.
  Es gibt kleine Unannehmlichkeiten. Mit ~amd64 kann man neue Software nutzen, aber keine Binärpakete wie libreoffice verwenden, und das Kompilieren kann etwas Zeit kosten.
  Manchmal hakt emerge und man muss nachhelfen, aber das ist keine grundlegend andere Erfahrung als mit apt auf Debian sid.
  Wirklich beeindruckend sind die Reaktionsfähigkeit, technische Kompetenz und Lösungsbereitschaft der Paketbetreuer und der Community insgesamt. Ich würde jedem empfehlen, im Leben wenigstens einmal etwas bei bugs.gentoo.org einzureichen.

  • Bei mir ist es fast genau dasselbe. Es verhält sich wie die Linux-Distribution, die ich mir wünsche, und es gibt keinen ausreichend großen Grund zu wechseln.
    Ich habe mal überlegt, Chimera auszuprobieren, aber bisher ist es bei dem Gedanken geblieben.

• Früher habe ich Gentoo für einen produktiven Dienst genutzt, auf dem BOINC lief.
  Pakete wie PHP, Perl und Apache mussten mit bestimmten Flags kompiliert werden, die es in den Standard-Repositories von Fedora nicht gab, und der vorherige Systemadministrator hatte alles von Hand kompiliert und dann nicht aktualisiert. In dieser Situation war Portage die deutlich bessere Lösung.

• Ich nutze Gentoo seit 14 Jahren als Haupt-Desktop und verwende immer noch dasselbe damals erstellte System, nur die Hardware wurde ohne Neuinstallation mitgenommen. Ich kann es definitiv empfehlen. Es ist sehr robust.
  Damals hatte ich erst ein paar Monate Linux-Erfahrung und bin direkt von Ubuntu gewechselt, aber allein durch den Installationsprozess habe ich viel gelernt. Das war dank der hervorragenden Dokumentation möglich, und durch den manuellen Ansatz hat sich über die Jahre viel Linux-Wissen angesammelt.
  Upgrades eines kompilierten Systems können mit geringer Last im Hintergrund laufen und sind deutlich stabiler als bei binärbasierten Systemen. Besonders attraktiv sind Werkzeuge wie crossdev, mit denen man mit einem einzigen Befehl eine angepasste Cross-Compile-Toolchain erstellen kann.
  Gentoo hat mich über die Jahre nie enttäuscht. Wenn du es noch nicht ausprobiert hast, solltest du es dir unbedingt ansehen.

• Das klingt alles nach großartigen Zielen und ist ein cooles Projekt. Ich habe Gentoo seit Jahrzehnten nicht mehr benutzt, aber ich erinnere mich immer noch mit einer gewissen Wärme daran, wie ich früher den PC die ganze Nacht etwas kompilieren ließ und morgens feststellte, dass der Build bei etwa 80 % gescheitert war, weil eine Abhängigkeit nicht gefunden wurde. Damals hat das überhaupt keinen Spaß gemacht, heute weckt es eher Nostalgie.
  Vielleicht sollte ich es noch einmal ausprobieren. Wenn „Gentoo aims to be fun“ stimmt, könnte es wirklich Spaß machen.

  • Das weckt Erinnerungen. Heute nutze ich den stabilen Branch und sehe immer noch gelegentlich Build-Fehler, aber wohl seltener als früher, vermutlich so um 2006.
    Einerseits sind Computer heute leistungsfähig genug, dass die meisten Pakete schnell kompiliert werden. Andererseits gibt es immer noch die Giganten, die einen Rechner in die Knie zwingen können, vor allem C++-Giganten.

• Ich nutze Gentoo auf CI-Servern nicht wegen der Performance, sondern weil es extrem einfach ist, Patches auf bestimmte Pakete anzuwenden oder sie mit bestimmten Flags neu zu bauen. Man legt es einfach unter /etc/portage/packages ab, und das war’s.

• Ich vermisse immer noch, wie gut Portage war. Parallele Installationen, verständliche Fehlermeldungen, die Struktur, bei der Benutzer einfach Dateien in die passenden Unterverzeichnisse unter /etc/portage/ legen konnten, um zu patchen, Build-Sandboxing und die Konfigurierbarkeit waren großartig.
  Aber ab einem gewissen Punkt wollte ich einfach nicht mehr auf das Kompilieren warten. Das galt auch dann noch, wenn große Pakete als Binärpakete verfügbar waren.

  • Zur Einordnung: Inzwischen scheint es für fast alles in ::gentoo auf Basis der Hauptprofile Binärpakete zu geben, was ziemlich gut ist.
    Sobald man allerdings anfängt, USE-Flags zu ändern, landet man weiterhin wieder beim eigenen Build.

• Ich bin Gentoo zum ersten Mal vor etwa 20 Jahren als Schüler begegnet. Ich sagte einem älteren Schüler, dass ich Linux lernen wolle, und er sagte mir, ich solle Gentoo von stage1 an installieren.
  Sein einziger Rat war, vor dem Start das Handbuch auszudrucken. Wenn bei der Installation etwas schiefläuft, hat man schließlich keinen Browser in der Tasche.
  Ich hatte überhaupt keine Ahnung, worauf ich mich einließ. Fast zwei Wochen lang funktionierte mein Heim-PC praktisch nicht richtig. Ich kämpfte jede Nacht mit der Installation, ging am nächsten Tag in die Schule, las auf den Schulrechnern die Dokumentation, fragte den älteren Schüler, was ich kaputtgemacht hatte, ging nach Hause und versuchte es erneut.
  Irgendwann machte es Klick. Am Ende wusste ich zufällig, was chroot ist, wie man einen Kernel halbwegs zusammenschustert, warum /etc/fstab wichtig ist und wie leicht man eine Maschine unbootbar machen kann. Irgendwo in diesem Prozess habe ich auch Vim gelernt und nutze es seitdem weiter.
  Ich verwende Gentoo heute nicht mehr, aber für diese zwei Wochen bin ich immer noch dankbar.

• Es gibt wirklich viele gute Gründe. Ich baue gerade mein Homelab neu auf und hatte vor, entweder Alpine Linux oder Gentoo auf einem VisionFive 2 (RISC-V/8GB RAM) zu installieren.
  Beide werden unterstützt, aber bei Gentoo kann ich systemd verwenden, das ich OpenRC vorziehe, und da ich Gentoo erst ein paar Mal benutzt habe, dürfte es auch Spaß machen.