Présentation de Casuarina Linux : une distribution dérivée de Chimera Linux basée sur glibc

• Casuarina Linux est une distribution expérimentale dérivée de Chimera Linux qui adopte glibc au lieu de musl afin d’élargir la compatibilité binaire avec l’écosystème GNU/Linux
• Sa composition associe la chaîne d’outils LLVM, le système d’init Dinit, GNU libc, des utilitaires système de base dérivés de FreeBSD et le gestionnaire de paquets apk
• Une première ISO x86_64 a été publiée, et l’architecture actuellement prise en charge est uniquement x86_64, avec un possible support futur d’aarch64
• L’utilisation de glibc rend le bootstrap plus complexe : il faut d’abord compiler binutils·gcc·glibc, puis LLVM et le reste des paquets
• Le projet est né d’une volonté de réduire les problèmes de compatibilité sur les bureaux basés sur musl et vise une distribution desktop petite et efficace

---

Aperçu de Casuarina Linux

• Casuarina Linux est une distribution Linux expérimentale dérivée de Chimera Linux et utilise glibc comme libc à la place de musl
• L’objectif est de conserver en grande partie l’expérience d’utilisation de Chimera tout en assurant une compatibilité binaire plus large avec l’écosystème GNU/Linux
• Une première ISO x86_64 a été publiée et peut être téléchargée depuis la page de téléchargement
• Ses principaux composants sont la chaîne d’outils LLVM, le système d’init Dinit, GNU libc, des utilitaires système de base dérivés de FreeBSD et le gestionnaire de paquets apk
• Le projet vise une distribution desktop petite, efficace et néanmoins complète, susceptible de convenir aux utilisateurs qui recherchent modernité, fonctionnalités, compatibilité et facilité de compréhension et de contribution
• Sur un bureau basé sur musl, certaines incompatibilités imposaient des compromis ou des contournements, et le passage à un poste de travail professionnel restait difficile
• Chimera Linux était utilisé comme système principal sur un ordinateur portable depuis juin 2023, mais sur desktop, les problèmes de compatibilité liés à musl constituaient un frein
• Casuarina est né d’une tentative pour mesurer la difficulté qu’implique le remplacement de musl par glibc, avec davantage de contexte sur la page about

Méthode de compilation et état actuel

• Le bootstrap depuis les sources s’effectue selon une procédure en plusieurs étapes, comme dans Chimera
• L’utilisation de glibc rend actuellement le bootstrap plus complexe, car elle exige la compilation de gcc
  • GNU binutils, gcc et glibc sont compilés en premier
  • LLVM est ensuite compilé, puis le reste des paquets est compilé avec LLVM
  • LLVM fournit également une implémentation de libgcc
• Les paquets sont compilés avec l’outil cbuild de Chimera, et tous les paquets sont construits dans un bac à sable isolé
• La compilation des paquets est automatisée avec Buildbot et opérée sur build.casuarina.org
• Le développement se déroule sur Codeberg
• L’architecture actuellement prise en charge est uniquement x86_64
  • Un support de aarch64 est possible à l’avenir
  • Pour les autres architectures, il n’existe pas d’écosystème binaire établi à rendre compatible, ce qui fait de Chimera un choix plus adapté
• La distribution est encore expérimentale et en cours de développement, mais déjà utilisable en pratique
• Elle est utilisée au quotidien depuis la mi-avril sur desktop et portable pour le travail comme pour l’usage personnel
• Le développement a commencé en juin 2025 et a réellement pris son essor à partir de février 2026 après une interruption
• Durant cette période, le bootstrap du système, la compilation de l’ensemble de paquets et la mise en place de l’infrastructure ont été menés
• Un forum de discussion est disponible sur forum.casuarina.org

[GN⁺]

Commentaires sur Lobste.rs

• Ils disent conserver la compatibilité binaire avec l’écosystème GNU/Linux, mais je me demande s’ils utilisent libstdc++
  D’après la description, avec Casuarina is comprised of LLVM toolchain, ... et After that LLVM is built and all other packages are built with LLVM., on dirait que non

  • Les paquets système utilisent libc++ de LLVM, mais libstdc++ est aussi fourni pour la compatibilité

• Chimera donnait un peu l’impression d’être le cousin de Void Linux dans cet espace
  Je me demande ce qui, dans la stack de Chimera — comme le système de build et l’init — paraît concrètement plus convaincant que xbps et daemontools

  • Quand j’utilisais Void, il y avait bien quelques petites corvées manuelles pour garder les paquets à jour, mais c’était quand même très bien, et xbps-src était aussi très flexible
    On peut aussi utiliser Void et ses paquets de base comme une plateforme, puis superposer d’autres gestionnaires de paquets comme lix, linux brew ou guix
    Chimera m’intéresse depuis un moment, mais je ne l’ai pas encore essayé

• Il est intéressant qu’aujourd’hui glibc soit l’option de compatibilité
  À son arrivée, il y avait eu pas mal de remous quand des paquets binaires liés à l’ancienne Linux libc avaient soudain cessé de fonctionner
  Avec en plus la transition vers le format ELF, qui remplaçait l’ancien a.out, Jessica Parsons avait créé Mastodon Linux, une distribution qui devait prendre en charge l’ancien format binaire, l’ancienne libc, et probablement même une ancienne version du noyau nécessaire à tout cela
  C’était aussi l’une des premières distributions à avoir tenté ce genre d’approche, notamment en essayant de passer à un userland BSD

• J’aime bien le fait que le premier paragraphe explique clairement et de façon concise ce que c’est et pourquoi c’est nécessaire