2026 개정판 · 1차 8월 5일 공개전체 커리큘럼 →
TECH 으로 돌아가기
TECH HACKER NEWS 오늘 6분 읽기 37 READS

32비트 유산 OS의 20년 오픈소스 실험, RISC OS Open의 기록

1980년대 영국 에이콘(Acorn)의 아키메데스 컴퓨터에서 출발한 RISC OS는 오랫동안 소수 애호가의 폐쇄적 상용 운영체제로 남아 있었다. 그런 OS를 누구나 손댈 수 있도록 열겠다는 목표로 2006년 6월 20일 설립된 것이 RISC OS Open(ROOL)이다. 설립 20주년을 맞아 회사가 직접 공개한 연대기는 단순한 자축을 넘어, 상용 소스를 커뮤니티로 이관하고 라이선스를 정비하며 오래된 아키텍처를 현대 하드웨어로 옮기는 작업이 어떤 순서로 진행되는지를 보여주는 사례 연구에 가깝다.

소스 공개에서 커뮤니티 개발 체계로

첫 단계는 소스 코드의 단계적 공개였다. 2006년 가을 캐슬(Castle)과 ROOL이 셰어드 소스 이니셔티브를 발표했고, 이듬해 5월 웨이크필드 쇼에서 최초의 RISC OS 소스가 공개됐다. 이후 소스가 배치 단위로 순차 공개되면서 2008년에는 커뮤니티 기여 코드가 상당량 포함된 RISC OS 5 빌드가 아이오닉스(IYONIX) 하드웨어에서 구동됐다.

주목할 부분은 코드 공개 자체보다 이를 지속 가능하게 만든 개발 인프라다. 4년 차에는 소스를 자동으로 재빌드·테스트하는 야간 자동빌드가 도입됐고, 5년 차에는 바운티(Bounty) 제도가 마련됐다. 커뮤니티가 기부금을 모아 로드맵상의 원하는 기능에 사실상 '지갑으로 투표'하는 방식으로, 자금과 우선순위를 동시에 결정하는 이 구조는 지금까지 이어지고 있다. 소규모 오픈소스 프로젝트에서 기여 동기와 재원을 어떻게 연결할지 고민하는 이들에게 참고할 만한 모델이다.

라즈베리 파이가 만든 전환점

대중적 확산의 계기는 하드웨어였다. 2009년 지프리 리(Jeffrey Lee)의 비글보드 포팅이 저가 하드웨어로 가는 첫걸음이었고, 2012~2013년 RISC OS Pi가 라즈베리 파이에 올라가면서 신용카드 크기의 컴퓨터에서 부팅 직후 BBC BASIC을 쓸 수 있게 됐다. 이때 웹사이트 트래픽 기록이 한 주 만에 갱신됐다는 회사의 서술은 이 포팅이 불러온 관심의 규모를 짐작하게 한다. 이후 RISC OS 5.20이 수년 만의 안정 ROM 릴리스로 나왔고, 파이 2·파이 4·파이 400 등 새 보드 지원이 안정 릴리스마다 누적됐다. 5.28은 약 700건의 개선을 담았고, 5.30은 7개 하드웨어 플랫폼을 아우르는 릴리스로 발표됐다.

라이선스 정비와 64비트 과제

실무적으로 가장 의미 있는 대목은 라이선스다. 2018~2019년 캐슬이 RISC OS Developments에 인수되면서 RISC OS는 역사상 처음으로 Apache 2.0 라이선스로 재배포됐다. 상업적 이용을 포함해 누구나 자유롭게 쓰고 배포하고 파생할 수 있게 된 것으로, 2006년 설립 당시 내걸었던 목표가 실제로 달성된 지점이다. 뒤이어 전체 코드베이스와 10만 6천여 건에 달하는 커밋 이력이 공개 GitLab으로 옮겨졌고, Git 전환 이후 수용된 병합 요청은 천 건을 넘어섰다. 폐쇄적 소스에서 표준적 오픈소스 협업 도구 위로 완전히 이전하기까지 10년 넘게 걸린 셈이다.

남은 숙제는 아키텍처다. RISC OS는 여전히 32비트에 묶여 있고, 8GB 라즈베리 파이의 전체 RAM을 32비트 제약에서 풀어낸 성과가 20년 차의 주요 진전으로 꼽혔다. ROOL이 발표한 문숏(Moonshots) 이니셔티브는 32비트 Arm 칩이 시장에서 사라지기 전에 64비트 Arm으로 OS를 이전하기 위한 다년간의 상근 엔지니어링 계획이다. 오래전 백업 테이프에서 발견된 사본으로 포트란 툴을 복원했다는 일화나, 하드웨어 부동소수점 유닛을 활용해 만델브로트 연산을 크게 앞당긴 개선은 흥미롭지만, 이 프로젝트의 지속성은 결국 자원봉사자와 스폰서 기반의 재원이 상근 개발을 얼마나 감당할 수 있는지에 달려 있다.

한국 실무자 관점에서 이 20년의 기록은 향수 이상의 함의를 지닌다. 자동빌드와 바운티, 이력을 통째로 옮긴 공개 저장소, 명확한 오픈 라이선스라는 요소들이 결합했을 때 소수 하드웨어용 레거시 OS도 유지·발전이 가능하다는 점을 보여주기 때문이다. 동시에, 낡은 아키텍처를 현대 플랫폼으로 옮기는 작업이 특정 개인 기여자의 헌신과 불안정한 자발적 재원에 크게 의존한다는 구조적 한계 역시 그대로 드러난다.

SOURCE · HACKER NEWS
원문 전체 보기 → https://www.riscosopen.org/news/articles/2026/06/20/twenty-y...
SHARE
NEXT · CHOOSE

변화를 읽었다면,
내가 만들 수익 구조를 고릅니다.

정보를 더 모으는 데서 멈추지 않고, 광고·외주·판매·중개·구독 중 내 상황에 맞는 출발점을 정해보세요.

21가지 수익 구조 살펴보기
처리 중...