리눅스 배포판 대부분은 Debian, Arch, Fedora 같은 기존 배포판의 파생판이에요. 완전히 새로운 배포판을 처음부터(from scratch) 만드는 건 패키지 관리 시스템부터 저장소 인프라까지 모든 걸 직접 구축해야 하는, 극소수만 시도하는 작업이고요. Solus는 이 어려운 길을 택한 흔치 않은 사례로, 오직 데스크톱 사용 경험에만 초점을 맞춘 독립 배포판이에요. 기반 배포판 하나 없이 시작한 Solus는 정확히 어떤 배포판일까요?
기반 배포판이 없다는 건 완전한 독립을 뜻한다
Solus는 Debian 계열도, Red Hat 계열도, Arch 계열도 아니에요. 자체 패키지 형식과 eopkg라는 독자 패키지 관리자를 처음부터 개발했어요. 이는 Ubuntu나 Manjaro처럼 상위 배포판의 보안 패치나 정책 변경에 영향을 받지 않고, 프로젝트가 원하는 방향으로 완전히 독립적인 결정을 내릴 수 있다는 뜻이에요.
동시에 이건 막대한 유지보수 부담을 의미하기도 해요. 패키지 하나하나를 처음부터 빌드하고 저장소에 올리는 작업을 소규모 팀이 전담해야 하며, 데비안이나 아치처럼 거대한 커뮤니티가 패키지를 유지보수해주는 혜택을 받을 수 없어요.
Budgie 데스크톱이 Solus의 정체성을 완성한다
Solus 프로젝트가 직접 개발한 Budgie 데스크톱 환경은 GNOME 기술 스택(GTK, GNOME 애플리케이션 다수 호환) 위에 구축되었지만, 전통적인 작업 표시줄 기반의 친숙한 레이아웃을 제공해요. GNOME의 최신 기술을 활용하면서도 GNOME 특유의 “액티비티 오버뷰” 같은 급진적인 UI 변화 대신, 보수적이고 안정적인 데스크톱 경험을 지향해요.
Raven이라는 통합 사이드바가 알림, 미디어 컨트롤, 캘린더, 애플릿을 한곳에 모아 보여주는 것도 Budgie만의 특징이에요. Solus 외에도 Budgie는 Ubuntu Budgie 같은 다른 배포판의 데스크톱 환경 선택지로도 채택되어 있어, Solus에서 시작된 프로젝트가 리눅스 생태계 전반에 영향을 미친 사례이기도 해요.
롤링 릴리즈지만 신중하게 검증한 뒤 배포한다
Solus는 롤링 릴리즈 방식을 채택하지만, Arch처럼 패키지를 즉시 반영하기보다 자체 QA 프로세스를 거친 뒤 안정화된 상태로 배포하는 걸 원칙으로 해요. 이 덕분에 “최신을 유지하면서도 데스크톱이 갑자기 깨지는 사고가 적다”는 평가를 받아요. 이런 신중한 배포 방식은 롤링 릴리즈 배포판 중에서도 검증을 우선시하는 openSUSE Tumbleweed의 접근과 비슷한 결이에요. 실제로 Solus 팀은 데스크톱 사용자 경험을 프로젝트의 최우선 가치로 명시하고 있어서, 서버나 개발 도구보다 일상적인 데스크톱 안정성에 리소스를 집중해요.
소프트웨어 설치는 서드파티 저장소 대신 Flatpak으로
Solus는 서드파티 패키지 저장소(PPA 같은 것)를 공식적으로 지원하지 않아요. 대신 Flatpak을 통한 애플리케이션 설치를 적극 권장하며, 공식 eopkg 저장소에 없는 소프트웨어는 Flatpak Hub나 Flathub를 통해 설치하는 게 표준적인 방법이에요. 이건 저장소 관리 부담을 줄이면서도 사용자에게 충분한 소프트웨어 선택권을 주기 위한 실용적인 타협이에요.
작은 팀, 작은 생태계라는 현실도 있다
Solus의 가장 현실적인 약점은 프로젝트 규모예요. 소규모 개발팀이 처음부터 만든 배포판이다 보니, 패키지 저장소의 소프트웨어 다양성이 Arch나 Fedora 같은 대형 배포판에 비해 제한적이에요. 또한 프로젝트의 지속가능성에 대한 우려도 커뮤니티에서 종종 제기되는데, 실제로 Solus는 과거 핵심 개발자 이탈로 프로젝트 존속이 불투명해졌던 시기를 겪은 적도 있어요. 다행히 이후 거버넌스를 재정비해 안정을 되찾았지만, 소규모 독립 배포판 특유의 리스크를 보여주는 사례이기도 해요.
어떤 사람에게 맞을까
- 특정 배포판 계열에 얽매이지 않는 독립 프로젝트를 지지하고 싶은 사용자: Debian·Arch·RedHat 어디에도 종속되지 않은 프로젝트에 힘을 실어주고 싶다면 잘 맞아요.
- 전통적이고 안정적인 데스크톱 경험을 롤링 릴리즈로 누리고 싶은 사용자: 최신을 유지하면서도 급진적인 UI 변화는 피하고 싶은 사람에게 적합해요.
- Budgie 데스크톱 환경 자체에 관심이 있는 사용자: Solus가 곧 Budgie의 본가라 가장 완성도 높은 경험을 할 수 있어요.
결론적으로 Solus는 독립 배포판의 가능성을 보여준다
Solus는 “기반 배포판 없이 처음부터 만든다”는, 리눅스 생태계에서 극히 드문 시도를 실제로 지속시켜온 프로젝트예요. 생태계 규모의 한계는 명확하지만, 데스크톱 사용성이라는 한 가지 목표에 집중한 완성도는 독립 배포판이 어디까지 도달할 수 있는지를 보여주는 좋은 예시예요.
자주 묻는 질문
Q1. Solus는 Ubuntu나 Arch를 기반으로 하나요?
아니요, Debian·Red Hat·Arch 계열 어디에도 속하지 않고 자체 패키지 형식과 eopkg라는 독자 패키지 관리자를 처음부터 개발한 독립 배포판이에요.
Q2. Budgie 데스크톱은 GNOME 확장 같은 건가요?
GNOME 기술 스택(GTK 등) 위에 구축되긴 했지만, GNOME의 급진적인 액티비티 오버뷰 대신 전통적인 작업 표시줄 기반의 보수적이고 안정적인 레이아웃을 제공하는 독자적인 데스크톱 환경이에요.
Q3. 서드파티 PPA로 소프트웨어를 설치할 수 있나요?
아니요, Solus는 서드파티 저장소를 공식 지원하지 않고 대신 Flatpak(Flathub)을 통한 설치를 표준적인 방법으로 권장해요.
Q4. 롤링 릴리즈인데 안정적인가요?
네, Arch처럼 패키지를 즉시 반영하지 않고 자체 QA 프로세스를 거친 뒤 배포해서 최신을 유지하면서도 갑작스러운 사고가 적은 편이에요.
Q5. Solus의 가장 큰 리스크는 뭔가요?
소규모 팀이 운영하는 프로젝트라는 점이에요. 과거 핵심 개발자 이탈로 프로젝트 존속이 불투명해졌던 시기가 있었지만, 이후 거버넌스를 재정비해 안정을 되찾았어요.
BFQ 비디오 재생 벤치마크: 반응성을 높인 대가로 프레임이 얼마나 떨어졌나
BFQ+의 low-latency 휴리스틱이 반응성을 높이는 대신 소프트 실시간 애플리케이션에 어떤 지연 시간 대가를 요구하는지 논문의 비디오 재생 벤치마크로 확인합니다.
NCQ가 켜지면 디스크 스케줄러 보장이 무너지는 이유 (BFQ 논문 실측)
Native Command Queueing이 활성화되면 BFQ, CFQ 같은 OS 스케줄러의 공정성·지연 보장이 어떻게 무력화되는지 논문의 실측 데이터로 설명합니다.
BFQ+ vs BFQ vs CFQ 실측 벤치마크: 처리량과 앱 기동 시간 비교
BFQ 논문이 세 대의 리눅스 시스템에서 실측한 집계 처리량과 bash·konsole 기동 시간 벤치마크 결과를 수치 그대로 정리합니다.