▲

Casuarina Linux 소개: glibc 기반 Chimera Linux 파생 배포판

 (casuarina.org)
1P by GN⁺ 3시간전 | ★ favorite | 댓글 1개
  • Casuarina Linux는 Chimera Linux 파생 실험 배포판으로, musl 대신 glibc를 채택해 GNU/Linux 바이너리 호환성을 넓힘
  • 구성은 LLVM 툴체인, Dinit init 시스템, GNU libc, FreeBSD 파생 핵심 유틸리티, apk 패키지 관리자를 결합함
  • 초기 x86_64 ISO가 공개됐고, 현재 지원 아키텍처는 x86_64뿐이며 향후 aarch64 지원 가능성이 있음
  • glibc 사용으로 부트스트랩이 더 복잡해져 binutils·gcc·glibc를 먼저 빌드한 뒤 LLVM과 나머지 패키지를 빌드함
  • musl 기반 데스크톱의 호환성 문제를 줄이려는 시도에서 출발했으며, 작고 효율적인 데스크톱 배포판을 지향함

Casuarina Linux 개요

  • Casuarina Linux는 Chimera Linux에서 파생된 실험적 Linux 배포판이며, libc로 musl 대신 glibc를 사용함
  • 목표는 Chimera의 사용 경험을 상당 부분 유지하면서 더 넓은 GNU/Linux 생태계와의 바이너리 호환성을 확보하는 데 있음
  • 초기 x86_64 ISO가 공개됐으며, 다운로드 페이지에서 받을 수 있음
  • 주요 구성 요소는 LLVM 툴체인, Dinit init 시스템, GNU libc, FreeBSD 파생 핵심 유틸리티, apk 패키지 관리자임
  • 작고 효율적이면서도 기능을 갖춘 데스크톱 배포판을 지향하며, 최신성·기능성·호환성·이해와 기여의 쉬움을 원하는 사용자에게 맞을 수 있음
  • musl 기반 데스크톱 사용에서는 일부 비호환성 때문에 타협이나 우회가 필요했고, 업무용 데스크톱 전환도 어려웠음
  • Chimera Linux는 2023년 6월부터 노트북의 주 운영체제로 쓰였지만, 데스크톱에서는 musl 호환성 문제가 걸림돌이 됨
  • Casuarina는 musl 대신 glibc를 넣는 일이 얼마나 어려운지 확인하려는 시도에서 시작됐으며, 자세한 배경은 about page에 있음

빌드 방식과 현재 상태

  • 소스 부트스트랩은 Chimera와 같은 다단계 절차로 수행됨
  • glibc 사용은 현재 gcc 빌드를 요구해 부트스트랩을 더 복잡하게 만듦
    • GNU binutils, gcc, glibc를 먼저 빌드함
    • 이후 LLVM을 빌드하고, 나머지 패키지는 LLVM으로 빌드함
    • LLVM은 libgcc 구현도 제공함
  • 패키지는 Chimera의 cbuild 도구로 빌드되며, 모든 패키지는 격리된 샌드박스에서 빌드됨
  • 패키지 빌드는 Buildbot으로 자동화되어 build.casuarina.org에서 운영됨
  • 개발은 Codeberg에서 진행됨
  • 현재 지원 아키텍처는 x86_64만 해당됨
    • 향후 aarch64 지원 가능성이 있음
    • 그 밖의 아키텍처는 호환해야 할 확립된 바이너리 생태계가 없어 Chimera 사용이 더 적합함
  • 배포판은 아직 개발 중인 실험적 상태지만 바로 사용할 수 있는 수준임
  • 4월 중순부터 데스크톱과 노트북에서 업무 및 개인 컴퓨팅용으로 일상 사용 중임
  • 개발은 2025년 6월 시작됐고, 중단 이후 2026년 2월부터 본격화됨
  • 이 기간 동안 시스템 부트스트랩, 패키지 세트 빌드, 인프라 구성이 진행됨
  • 토론용 포럼은 forum.casuarina.org에 있음

함께 보면 좋은 글 β

▲
GN⁺ 3시간전  [-]
Lobste.rs 의견들

  • GNU/Linux 생태계와의 바이너리 호환성을 유지한다고 했는데, libstdc++를 쓰는지 궁금함
    설명을 보면 Casuarina is comprised of LLVM toolchain, ..., After that LLVM is built and all other packages are built with LLVM.라서 아닌 것처럼 보임

    • 시스템 패키지는 LLVM의 libc++를 쓰지만, 호환성을 위해 libstdc++도 제공됨

  • Chimera는 이 영역에서 Void Linux의 형제 같은 느낌이었음
    빌드 시스템과 init 같은 Chimera의 스택에서 무엇이 xbps와 daemontools보다 실질적으로 다르게 느껴져서 더 끌리는지 궁금함

    • Void를 쓰는 동안 패키지를 최신으로 유지하려고 직접 나서야 하는 잡일이 있긴 했지만 꽤 좋았고, xbps-src도 매우 유연했음
      Void와 기본 패키지를 플랫폼처럼 쓰고 그 위에 lix, linux brew, guix 같은 다른 패키지 관리자를 얹을 수도 있음
      Chimera는 한동안 관심은 있었지만 아직 써보진 않았음

  • 요즘은 glibc가 호환성 있는 선택지라는 점이 흥미로움
    처음 나왔을 때는 예전 Linux libc에 링크된 바이너리 패키지들이 갑자기 못 쓰게 되면서 꽤 큰 소동이 있었음
    여기에 기존 a.out을 대체한 ELF 형식 전환까지 겹치면서 Jessica Parsons가 Mastodon Linux를 만들었고, 이 배포판은 예전 바이너리 형식, 예전 libc, 아마 이를 위해 필요한 예전 커널 버전까지 감당해야 했음
    게다가 BSD 사용자랜드로 전환하려고도 했던, 그런 시도를 한 초기 배포판 중 하나였음

  • 첫 문단에서 무엇인지와 왜 필요한지를 명확하고 간결하게 설명한 점이 좋음

답변달기