Apresentando o Casuarina Linux: distribuição derivada do Chimera Linux baseada em glibc

• Casuarina Linux é uma distribuição experimental derivada do Chimera Linux que adota glibc no lugar de musl, ampliando a compatibilidade binária com GNU/Linux
• A composição combina a toolchain LLVM, o sistema init Dinit, GNU libc, utilitários centrais derivados do FreeBSD e o gerenciador de pacotes apk
• O ISO inicial para x86_64 foi lançado, e a arquitetura atualmente suportada é apenas x86_64, com possibilidade de suporte a aarch64 no futuro
• O uso de glibc torna o bootstrap mais complexo, exigindo compilar primeiro binutils·gcc·glibc e depois LLVM e os demais pacotes
• O projeto nasceu da tentativa de reduzir problemas de compatibilidade em desktops baseados em musl e busca ser uma distribuição desktop pequena e eficiente

---

Visão geral do Casuarina Linux

• Casuarina Linux é uma distribuição Linux experimental derivada do Chimera Linux e usa glibc como libc em vez de musl
• O objetivo é manter em grande parte a experiência de uso do Chimera, ao mesmo tempo em que garante compatibilidade binária com um ecossistema GNU/Linux mais amplo
• Um ISO inicial para x86_64 foi lançado e pode ser baixado na página de download
• Os principais componentes são a toolchain LLVM, o sistema init Dinit, a GNU libc, utilitários centrais derivados do FreeBSD e o gerenciador de pacotes apk
• A proposta é ser uma distribuição desktop pequena, eficiente e ainda assim completa, podendo agradar quem busca atualidade, funcionalidade, compatibilidade e facilidade de entender e contribuir
• No uso de desktops baseados em musl, algumas incompatibilidades exigiam concessões ou contornos, e também dificultavam a migração de um desktop de trabalho
• O Chimera Linux vinha sendo usado como sistema operacional principal em um laptop desde junho de 2023, mas no desktop os problemas de compatibilidade do musl se tornaram um obstáculo
• O Casuarina começou como uma tentativa de verificar quão difícil seria colocar glibc no lugar de musl, e mais detalhes de contexto estão na página about

Forma de build e estado atual

• O bootstrap a partir do código-fonte é realizado com um procedimento de várias etapas, como no Chimera
• O uso de glibc torna o bootstrap mais complexo porque atualmente exige o build de gcc
  • Primeiro são compilados GNU binutils, gcc e glibc
  • Depois o LLVM é compilado, e os demais pacotes são compilados com LLVM
  • O LLVM também fornece uma implementação de libgcc
• Os pacotes são compilados com a ferramenta cbuild do Chimera, e todos os pacotes são construídos em sandboxes isoladas
• O build dos pacotes é automatizado com Buildbot e operado em build.casuarina.org
• O desenvolvimento acontece no Codeberg
• No momento, a única arquitetura suportada é x86_64
  • No futuro pode haver suporte a aarch64
  • Para outras arquiteturas, como não existe um ecossistema binário estabelecido com o qual manter compatibilidade, usar o Chimera é mais apropriado
• A distribuição ainda está em desenvolvimento e em estado experimental, mas já está em um nível utilizável
• Desde meados de abril, ela vem sendo usada diariamente em desktops e laptops para trabalho e computação pessoal
• O desenvolvimento começou em junho de 2025 e ganhou ritmo de fato a partir de fevereiro de 2026, após uma interrupção
• Nesse período, avançaram o bootstrap do sistema, o build do conjunto de pacotes e a configuração da infraestrutura
• O fórum para discussões está em forum.casuarina.org

[GN⁺]

Comentários do Lobste.rs

• Disseram que mantém compatibilidade binária com o ecossistema GNU/Linux, então fiquei curioso se usa libstdc++
  Pela descrição, Casuarina is comprised of LLVM toolchain, ..., After that LLVM is built and all other packages are built with LLVM., então parece que não

  • Os pacotes do sistema usam libc++ do LLVM, mas, por compatibilidade, libstdc++ também é fornecida

• O Chimera me passava uma impressão de ser meio que um irmão do Void Linux nesse espaço
  Fico curioso sobre o que, na stack do Chimera, como o sistema de build e o init, pareceu na prática diferente o bastante de xbps e daemontools para ser mais atraente

  • Quando usei Void, havia algumas tarefas manuais para manter os pacotes atualizados, mas no geral ele era muito bom, e o xbps-src também era bem flexível
    Dá para usar o Void e seus pacotes-base como uma plataforma e colocar por cima outros gerenciadores de pacotes, como lix, linux brew e guix
    Já tive interesse no Chimera há algum tempo, mas ainda não cheguei a usar

• Hoje em dia é interessante pensar no glibc como a opção compatível
  Quando surgiu, houve uma boa confusão porque pacotes binários vinculados à antiga Linux libc de repente deixaram de funcionar
  Somando a isso a transição para o formato ELF, que substituiu o antigo a.out, Jessica Parsons criou o Mastodon Linux, uma distribuição que precisava lidar com o antigo formato binário, a libc antiga e, provavelmente, até a versão antiga do kernel necessária para isso
  Além disso, foi uma das primeiras distribuições a tentar mudar para um userland BSD

• Gostei de como o primeiro parágrafo explica de forma clara e concisa o que é e por que é necessário