Casuarina Linux 실험을 끝내며

AI 요약

Casuarina Linux를 만든 Wesley Moore가 배포판 개발을 중단한다고 밝혔습니다. 프로젝트는 2026년 10월 말까지 현재 상태로 운영하며, 이후에는 본인의 주 데스크톱을 Chimera Linux로 옮기는 진행 상황에 따라 패키지 업데이트를 멈춥니다. 인프라는 2026년 말까지 유지하고 일부는 이후 폐기하거나 다른 용도로 쓸 수 있지만, 패키지 저장소와 웹사이트는 당분간 온라인에 남길 계획입니다.

유지보수 과정에서 드러난 문제

Moore는 시스템 부트스트랩 과정을 마치면 어려운 일은 대부분 끝나고, 이후에는 패키지 업데이트가 주된 업무가 될 것으로 생각했습니다. 다른 사용자와 유지보수 부담을 나눌 수도 있으리라 기대했지만, 실제로는 그렇지 않았습니다.

프로젝트를 공개한 날 C++ 표준 라이브러리 호환성 문제가 제기됐습니다. Casuarina는 LLVM의 libc++를 기준으로 프로그램을 빌드하면서 호환성을 위해 GNU libstdc++도 제공했습니다. 하지만 한 프로그램이 두 라이브러리를 함께 불러오면 제대로 동작한다고 보장할 수 없습니다. Moore가 사용하던 상용 프로그램 Beyond Compare에서는 문제가 드러나지 않았지만, 해결해야 할 문제로 남았습니다.

같은 날 Chimera Linux 제작자 q66은 glibc 호환성 문제에 관한 생각을 공유했습니다. 작동하지 않는 소프트웨어를 사용자 공간에서 지원하도록 개선하거나, 컨테이너를 활용해 필요한 프로그램을 실행하는 방안이 그중 하나였습니다. 기존 시스템을 고치는 데 노력을 쏟는 편이 낫다는 취지였습니다. Moore는 이 관점이 libc++를 libstdc++로 바꾸는 방안을 검토하면서 특히 와닿았다고 설명합니다. 그런 변경은 자신이 배포판을 설계하며 피하려던 방향으로 시스템을 바꾸는 일이기도 했습니다.

부트스트랩 설계와 유지보수 부담

Casuarina를 부트스트랩하려면 LLVM뿐 아니라 GCC, GMP, MPC, MPFR, GNU binutils도 빌드 경로에 넣어야 했습니다. 그 과정에서 크로스 컴파일과 apk의 완전 정적 바이너리 같은 기능도 사라졌습니다. Moore는 지난 4개월 동안 업무용으로 시스템을 쓰고 Chimera에서 패키지 업데이트를 가져왔지만, C++ 라이브러리 문제나 다른 문제를 해결할 동기를 얻지 못했습니다.

시간이 지나면서 다른 사람이 Casuarina를 사용하기를 원하는지도 확신하기 어려워졌습니다. 사용자가 늘면 아직 해결 방법을 찾지 못한 정당한 문제를 보고받거나, 개인 시간을 들여 고쳐야 할 수 있기 때문입니다. 공개 당시에는 본인에게 잘 작동하는 시스템이 다른 사람에게도 잘 맞으리라 생각했지만, 그 판단은 순진했다고 돌아봅니다.

Moore는 Casuarina를 ‘실험적이지만 사용할 수 있는’ 배포판으로 소개해 왔습니다. 이제 실험을 끝내며 배포판 제작 방식과 glibc의 장단점, 빌드 실패와 세그멘테이션 오류 디버깅, Buildbot 등을 배웠다고 적었습니다. 다만 다른 사람이 사용하는 배포판의 주 유지관리자를 맡을 준비가 됐다고 느끼지는 않는다고 밝혔습니다.

Lobsters 반응

• @ploum — 실험을 끝낼 권리가 있습니다. 실험은 원래 그런 것입니다. 반복되어야 하며, 이 사례는 실험하고 배운 뒤 끝내는 올바른 과정을 보여줍니다.
  • @wezm — 고맙습니다. 공개적으로 프로젝트를 발표했을 때는 더 오래 이어지리라 생각했지만, 좋은 학습 경험이었고 그것도 충분히 좋은 결과입니다.
  • @tclancy — 전적으로 동의합니다. 이유를 설명하는 사후 분석 글까지 써서 더 좋습니다.

원문: Casuarina / 번역·요약: Trawling