Vorstellung von Casuarina Linux: eine von Chimera Linux abgeleitete Distribution auf glibc-Basis

• Casuarina Linux ist eine experimentelle, von Chimera Linux abgeleitete Distribution, die statt musl auf glibc setzt und damit die Binärkompatibilität mit GNU/Linux erweitert
• Die Zusammensetzung kombiniert die LLVM-Toolchain, das Dinit-Init-System, GNU libc, von FreeBSD abgeleitete Kern-Utilities und den apk-Paketmanager
• Ein erstes x86_64-ISO wurde veröffentlicht; derzeit wird nur x86_64 unterstützt, künftig könnte auch aarch64 unterstützt werden
• Durch die Verwendung von glibc wird der Bootstrap komplexer: Zuerst werden binutils, gcc und glibc gebaut, danach LLVM und die übrigen Pakete
• Ausgangspunkt war der Versuch, Kompatibilitätsprobleme auf musl-basierten Desktops zu verringern; angestrebt wird eine kleine und effiziente Desktop-Distribution

---

Überblick über Casuarina Linux

• Casuarina Linux ist eine experimentelle Linux-Distribution, die von Chimera Linux abgeleitet ist und als libc glibc statt musl verwendet
• Ziel ist es, die Nutzungserfahrung von Chimera weitgehend beizubehalten und zugleich eine breitere Binärkompatibilität mit dem GNU/Linux-Ökosystem zu erreichen
• Ein erstes x86_64-ISO wurde veröffentlicht und kann auf der Download-Seite heruntergeladen werden
• Zu den Hauptbestandteilen gehören die LLVM-Toolchain, das Dinit-Init-System, GNU libc, von FreeBSD abgeleitete Kern-Utilities und der apk-Paketmanager
• Angestrebt wird eine kleine, effiziente und zugleich funktionsfähige Desktop-Distribution; sie könnte für Nutzer passend sein, die Aktualität, Funktionalität, Kompatibilität sowie leichte Verständlichkeit und einfache Mitwirkung wünschen
• Bei der Nutzung musl-basierter Desktops waren wegen einiger Inkompatibilitäten Kompromisse oder Umgehungslösungen nötig, und auch der Umstieg auf einen Arbeits-Desktop war schwierig
• Chimera Linux wurde seit Juni 2023 auf einem Laptop als primäres Betriebssystem genutzt, doch auf dem Desktop stellten musl-Kompatibilitätsprobleme ein Hindernis dar
• Casuarina begann als Versuch herauszufinden, wie schwierig es ist, glibc anstelle von musl einzusetzen; weitere Hintergründe stehen auf der About-Seite

Build-Prozess und aktueller Stand

• Der Source-Bootstrap erfolgt wie bei Chimera in einem mehrstufigen Verfahren
• Die Verwendung von glibc erfordert derzeit den Build von gcc und macht den Bootstrap dadurch komplexer
  • Zuerst werden GNU binutils, gcc und glibc gebaut
  • Anschließend wird LLVM gebaut, und die übrigen Pakete werden mit LLVM gebaut
  • LLVM stellt auch eine libgcc-Implementierung bereit
• Die Pakete werden mit Chimeras cbuild-Tool gebaut, und alle Pakete werden in isolierten Sandboxes erstellt
• Der Paket-Build wird mit Buildbot automatisiert und unter build.casuarina.org betrieben
• Die Entwicklung findet auf Codeberg statt
• Derzeit wird nur x86_64 unterstützt
  • Künftig könnte aarch64 unterstützt werden
  • Für andere Architekturen gibt es kein etabliertes Binär-Ökosystem, mit dem Kompatibilität erforderlich wäre; dafür ist Chimera besser geeignet
• Die Distribution befindet sich noch in experimenteller Entwicklung, ist aber bereits sofort nutzbar
• Seit Mitte April wird sie auf Desktop und Laptop im Alltag für Arbeit und private Nutzung verwendet
• Die Entwicklung begann im Juni 2025 und wurde nach einer Unterbrechung ab Februar 2026 intensiv fortgesetzt
• In diesem Zeitraum wurden der System-Bootstrap, der Build des Paketsatzes und die Infrastruktur eingerichtet
• Ein Diskussionsforum gibt es unter forum.casuarina.org

[GN⁺]

Lobste.rs-Kommentare

• Es hieß, dass die binäre Kompatibilität mit dem GNU/Linux-Ökosystem erhalten bleibt; ich frage mich, ob dabei libstdc++ verwendet wird.
  Laut Beschreibung wirkt es eher nicht so, da dort steht: Casuarina is comprised of LLVM toolchain, ..., After that LLVM is built and all other packages are built with LLVM.

  • Die Systempakete verwenden libc++ von LLVM, aber zur Kompatibilität wird auch libstdc++ bereitgestellt

• Chimera wirkte in diesem Bereich immer wie ein Geschwister von Void Linux.
  Mich würde interessieren, was sich im Chimera-Stack, etwa beim Build-System und init, konkret so anders anfühlt als xbps und daemontools, dass es attraktiver wirkt.

  • Als ich Void benutzt habe, gab es zwar etwas Kleinkram, bei dem man selbst aktiv werden musste, um Pakete aktuell zu halten, aber insgesamt war es ziemlich gut, und xbps-src war auch sehr flexibel.
    Man kann Void und die Basispakete gewissermaßen als Plattform nutzen und darauf andere Paketmanager wie lix, linux brew oder guix aufsetzen.
    Chimera interessiert mich schon seit einer Weile, aber ich habe es noch nicht ausprobiert.

• Interessant ist, dass glibc heutzutage die kompatible Wahl ist.
  Als es erstmals erschien, gab es ziemlichen Aufruhr, weil plötzlich binäre Pakete, die gegen die alte Linux-libc gelinkt waren, nicht mehr funktionierten.
  Zusammen mit der Umstellung auf das ELF-Format, das das bisherige a.out ersetzte, führte das dazu, dass Jessica Parsons Mastodon Linux entwickelte; diese Distribution musste das alte Binärformat, die alte libc und vermutlich sogar die dafür nötigen alten Kernel-Versionen mittragen.
  Außerdem war es eine der frühen Distributionen, die auch versuchten, auf eine BSD-Userland umzusteigen.

• Mir gefällt, dass im ersten Absatz klar und knapp erklärt wird, was es ist und warum es gebraucht wird