브라우저에서 부팅하는 Apple Copland D11E4

AI 요약

Apple Copland는 실기기에서 실행하기도 어렵고, 지금까지 에뮬레이션으로 공개된 사례도 드물었던 중단 운영체제입니다. 이번에는 마지막 빌드인 D11E4를 개선된 DingusPPC에서 구동하고, 이를 WebAssembly로 옮겨 브라우저에서 직접 실행합니다.

브라우저에서 Copland 실행하기

화면을 클릭하면 에뮬레이터가 키보드와 마우스를 가져갑니다. Escape 키를 누르면 입력을 다시 브라우저로 돌려보냅니다. 실기기에서는 부팅에 약 30초가 걸리지만, 최신 컴퓨터의 WebAssembly 실행 환경에서는 실시간 속도로 동작합니다.

Copland 코드가 assertion에 걸리면 자동으로 debugger에 들어갑니다. 화면에서 “Continue”를 클릭하면 실행을 다시 이어갈 수 있습니다. 부팅한 뒤에는 HD → Applications → GXSlidemaster 또는 Eric’s Solitaire를 실행해볼 수 있습니다.

DingusPPC 수정 사항

Copland를 잠금 해제하려면 11개의 패치가 필요합니다. 작성자는 자신의 DingusPPC fork에 이 수정 사항을 공개했습니다. WebAssembly 버전에 필요한 패치는 별도 브랜치에 올렸습니다. DingusPPC는 AI의 도움을 받아 작성한 패치를 받지 않는다는 원칙도 밝혔으며, 커밋 메시지의 설명을 참고해 수정 사항을 다시 구현하려는 사람을 찾고 있습니다.

Hacker News 반응

• @pianoben — 이런 Macintosh UI를 보며 자라서 향수가 강하게 느껴집니다. 이런 스타일이 꽤 그립습니다. 웹 브라우저에서 이런 식으로 컴퓨터 전체를 실행할 수 있다는 점도 정말 멋집니다.
  • @wk_end — 그 정도로 향수가 느껴졌다면 Infinite Mac을 보면 향수가 완전히 날아갈 정도일 겁니다.
  • @written-beyond — 대단합니다. 저는 이 버전의 macOS를 한 번도 사용해본 적이 없습니다.
  • @frou_dh — 1990년대에 인터넷 연결 없이 집에서 컴퓨터를 사용하면서 운영체제 전체를 돌아다니곤 했습니다. 모든 앱과 창, 대화 상자를 살펴보고 새로운 것을 찾았습니다. 이런 환경을 다시 탐험하는 느낌이 바로 그때와 같습니다.
• @brcmthrowaway — 브라우저에서 실행하는 QEMU인가요?
  • @itomato — DingusPPC fork입니다.
• @platevoltage — 누가 이미 충돌시켜봤나요?
  • @flenserboy — 그게 이 운영체제의 주된 기능처럼 보입니다.
  • @cmg — Applications 폴더의 Gerbils!가 무엇인지 궁금해서 실행해봤는데, 시작 화면 뒤에서 완전히 멈춥니다. 메뉴에는 Environment, Rendering, Camera가 보입니다.
  • @mrpippy — Gerbils!는 QuickDraw 3D 데모 앱입니다. 햄스터들이 롤러코스터 같은 트랙에서 경주하는 앱이었습니다. Classic Mac OS 버전에도 있었고, 저는 Macintosh 6100에서 실행해본 기억이 있습니다.
• @codepoet80 — 몇 년 전 당시 하드웨어에서 실행해봤는데 불안정하고 충돌이 많았습니다. 무엇을 만들려 했는지 보이는 순간도 있었지만, System 7.5의 안정성에도 한참 못 미쳤습니다. 프로젝트를 중단한 결정은 옳았다고 생각합니다. Copland가 성공했다면 Apple이 NeXT를 인수하지 않았을 수도 있고, OS X도 나오지 않았을 수 있습니다.
  • @tapoxi — Copland를 중단하고 NeXT를 선택한 결정은 Ellen Hancock의 판단으로 널리 알려져 있습니다.
• @briandw — 당시에는 시스템을 망가뜨리는 애플리케이션을 막는 재진입 가능한 멀티스레드 운영체제가 절실했습니다. 가상 메모리도 필요했습니다. 무엇보다 UI가 좋았습니다. 깨끗하고 이해하기 쉬웠으며, 시스템의 모든 요소가 어디에 있는지 알고 완전히 다룬다는 느낌을 줬습니다. Mac OS X는 반가운 변화였지만 원래 Macintosh만큼 편안하고 친근하거나 반응성이 좋지는 않았습니다.
  • @toast0 — System 7에도 MMU가 있는 시스템을 위한 가상 메모리가 있지 않았나요? 활성화하면 실행되지 않는 애플리케이션이 있었던 것으로 기억합니다.
  • @Moto7451 — Mac OS 7의 “Virtual Memory”는 단순히 swap file을 사용하는 기능이었습니다. Classic Mac OS는 기본적으로 평면 메모리 구조였고, 일반적인 의미의 가상 메모리를 지원하지 않았습니다. 멀티프로세싱도 비대칭 방식과 대칭 방식이 있었지만 Mac OS 8.5와 8.6 이후가 되어서야 쓸 만해졌습니다. 그 무렵에는 Mac OS X가 등장해 이런 문제를 해결했습니다.
• @lilbigdoot — 오랫동안 macOS를 사용했지만 충분히 어릴 때라 많은 부분을 잊고 있었습니다. 단색 시계 모양 포인터가 이렇게 오래전부터 있었다는 사실이 놀랍습니다. 당시 데스크톱에서 지금까지 유지된 요소를 살펴보는 일이 재미있습니다. 스크롤 막대를 마우스로 움직일 때 스크롤 가능한 텍스트 영역이 텍스트를 다시 그리지 않는 점도 뜻밖이었습니다. 당시에는 연산 자원을 고려하면 당연한 선택이었겠지만, 지금 보니 놀랍습니다.
• @MBCook — Project Star Trek도 실행해보고 싶습니다. Apple이 PowerPC를 선택하기 전에 Intel용으로 포팅하던 프로젝트입니다.
  • @parl_match — 그렇게 비관적일 필요는 없습니다. 출시를 가로막은 법적 책임이 끝나면 공개할 수 있는 후기 shell 빌드가 개인 소장품으로 몇 개 남아 있습니다. 완전한 시스템 이미지가 있는지는 모르겠습니다. 당시 관계자들이 고령이 되고 있다는 점은 문제입니다.
  • @CharlesW — Project Star Trek의 일부는 실제로 외부로 이어졌습니다. Star Trek에서 만든 Core Mac Toolbox API와 QuickDraw 2D의 이식 가능한 C 구현은 QTML 형태로 수억 대의 PC에 설치됐습니다. QuickTime for Windows는 QTML 위에서 동작했고, 이후 Windows용 iTunes의 요구 사항이 됐습니다. Rhapsody의 QTML은 Mac OS X Carbon의 개념 증명이 됐고, ClarisWorks가 시험 대상이었습니다.
• @ranger_danger — Apple과 Microsoft가 각자 한 명이라도, 또는 업무 시간 일부라도 할애해 예전 운영체제의 retro 커뮤니티와 제대로 교류했으면 합니다. 오래된 버그를 고치거나 최신 앱을 포팅하거나, 당시 소프트웨어로 코딩하고 디버깅하는 방법을 가르치는 일도 좋습니다. 무엇이든 해주면 반갑겠습니다.

원문: pagetable.com / 번역·요약: Trawling