ReactOS와 Good old Games를 합쳐 레트로 Windows 게임 배포판을 만들 수 있으면 좋겠음
LAN 파티에서 USB 부팅 스틱으로 나눠줄 수 있을 듯함

Wine과 애플리케이션 바로가기가 포함된 Linux 배포판으로도 아마 가능할 것 같음
실제로 꽤 멋진 아이디어이고, 레트로 LAN 파티용 배포판처럼 들림

Windows 게임용 롬 형식을 정의하면 꽤 많은 걸 할 수 있을 것 같음

동의함. 다만 제대로 되려면 WineHQ처럼 ReactOS에서 잘 돌아가는 게임 목록이 필요해 보임
아니면 그 목적에 맞춘 ReactOS 특화 변형판이 필요할 수도 있음. 그런 목록이 이미 있는지 궁금하고, WineHQ에서도 일부 게임은 문제가 많았던 것처럼 ReactOS에서도 완벽히 안 돌아가는 게임이 많을 것 같음

ReactOS는 흥미롭지만, 몇 달 전에 마지막으로 시도했을 때는 아무것도 제대로 동작시키지 못했음
또 실제 대체재가 되기 훨씬 전에 내가 몇 세기 전에 죽어 있을 것 같은 느낌도 듦. 그래도 장점이라면 GNU Hurd보다는 빨리 완성될 듯함

시간이 충분하면 오픈소스가 이길 것임
프로그래밍하는 사람이 점점 늘어나고, 그들이 오픈소스로 끌려갈 거라고 생각하면 됨

“28년째 개발 중”과 “시간이 충분하면”을 같이 보면, 이미 인류 일부에게는 한평생에 해당하는 시간임
사그라다 파밀리아 수준으로 가고 있음

컴퓨팅 모델과 계속 관련성을 유지할 때만 가능함
예를 들어 ReactOS는 Windows 11이 가능한 수준에 한참 뒤처져 있고, 최신 메인보드의 ARM 및 CoPilot+ PC 하드웨어 변화까지 고려하면 더 그렇다. 그래도 억압적인 정부를 피하는 수단이나 디지털 주권 측면에서는 여전히 의미가 있음

코드를 쓰는 사람이 있을 때만 가능함
항상 그런 건 아니고, 오픈소스 프로젝트도 죽는다. 자금 조달 상황을 개선해야 하는데 방법은 모르겠지만 정말 해결해야 할 문제임

Windows가 너무 빠르게 내리막이라, ReactOS가 관련성을 갖기 전에 Windows 자체가 무의미해질까 봐 걱정됨
어쩌면 ReactOS는 Windows 이후에도, 어떤 이유로 Linux에서 안 돌아가는 핵심 애플리케이션을 가진 사람들을 위한 선택지로 남을 수 있음. 20년 전에 이 정도로 잘 됐다면 아마 썼을 텐데, 지금은 더 이상 필요하지 않음

한동안 궁금했는데, 이런 노력으로 Windows 바이러스도 같이 이식되는 건가?

WannaCry는 2025년에 ReactOS에서 성공적으로 실행될 수 있었음
다른 바이러스 대부분은 메모리 배치가 아주 조금 달라서 대체로 충돌하지만, 호환성은 호환성이라 악성코드도 많이 따라온다. 다만 권한 계층은 Windows보다 유닉스 계열에 가까워서 첫 침투 조건은 XP보다 낫고, 파일 실행을 사용자가 선택해야 함. 자동 실행되는 것들은 보통 시스템을 감염시키지 못함
만병통치약은 아니고 위험 요소는 있음. ReactOS에서 제대로 돌아가는 백신도 많지 않은데, Windows 해시를 기준으로 검사하다 보니 운영체제 자체를 악성코드로 오인하기 때문임. 그래도 세상이 접근성을 망가뜨린 뒤에도 하드웨어와 소프트웨어를 계속 쓸 수 있게 해주는 취미용 운영체제로는 여전히 작동함

물론임. 성공적으로 동작하지 않을 수는 있지만 “바이러스”도 결국 소프트웨어임
소프트웨어를 실행할 수 있으면 소프트웨어를 실행하는 것임. 같은 API가 없거나 다르게 동작해서 버그가 나거나 동작하지 않을 수는 있지만, 그건 여기서 Half-Life도 마찬가지임

일부는 되지만 전부는 아니고, 대부분은 안 됨
이상적으로는 전부 동작해야 함. ReactOS는 “더 안전한” 선택지가 되는 걸 우선하지 않고, 오픈소스 선택지가 되는 걸 우선함

문서 어딘가에 API의 버그까지 재현해야 한다고 적혀 있음
그렇지 않으면 그 버그를 암묵적 전제로 작성된 애플리케이션이 오동작할 수 있기 때문임

페이로드는 그렇고, 익스플로잇은 hopefully 아니어야 함

호환 계층과 비교해서 어떤 이점이 있는지 궁금함. 장기 유지보수가 더 쉬운 건가?
“자유 오픈소스 Windows”에 가까워지는 데에는 확실히 큰 개선임

ReactOS는 드라이버 계층까지 복제하므로 독점 드라이버를 실행할 수 있음
그래서 Nvidia Kepler 카드가 달린 Linux 시스템과 달리 최신 데스크톱 환경을 계속 쓸 수 있음. 또는 희귀한 WiFi 카드가 있으면 Windows 드라이버를 사용할 수 있음

좋긴 함. ReactOS를 몇 년 동안 테스트하지 않았고 다시 해보기도 꽤 망설여짐
마지막으로 시도했을 때 인터넷 연결이 안 됐고, 그건 치명적이었음. 그래도 작동하는 대안을 더 잘 제공할수록 모두에게 좋은 윈윈임. 다만 Linux가 기준을 너무 높여놨고, HaikuOS에서도 비슷하게 느꼈음. ruby 같은 것이 안 돌아가면 더 이상 신경 쓰고 싶지 않음
Linux는 최소한 “그냥 동작해야 한다”고 기대하는 것들의 기준을 높였음. 예시는 이것뿐만이 아니고, 운영체제를 쓰면서 다운그레이드 영역으로 들어가는 느낌을 받고 싶지 않음. 왼쪽 컴퓨터에는 Win10이 있지만 USB 스틱으로 데이터를 복사할 때마다 Linux보다 너무 느려서 매번 짜증남

맥락 없이 보면 좀 웃기긴 함. 지난 몇 년간 Linux의 Steam은 거의 모든 걸 전체 가속으로 실행해왔으니까
다만 기사에 명시되진 않았지만, 여기서 주장하는 건 DirectX를 Vulkan 드라이버 위 API 수준에서 흉내 내는 게 아니라, 오래된 GeForce 8 카드용 NVIDIA 드라이버 스택을 직접 실행한다는 뜻으로 보임

맞음. ReactOS는 전체 Windows 스택에 대해, Wine이 사용자 영역 Windows API에 대해 하는 것과 같은 위치임

Vulkan 없이 DirectX를 재구현했다는 뜻이라면, 확실히 독자적인 수준임
Wine/Proton은 뭔가를 하려면 OpenGL/Vulkan에 의존함

“Linux의 Steam이 지난 몇 년간 거의 모든 걸 전체 가속으로 돌린다”는 이유로 웃기다고 하는 건, DOSBox가 있으니 FreeDOS가 웃기다고 말하는 것과 비슷함
핵심을 놓친다고 봄

웃기다고 부르진 않겠음
ReactOS는 Half-Life 하나 실행하려고 만들어진 게 아니고, 그들의 여러 인상적인 성과 중 하나일 뿐임

빠진 게 뭐였을까? 내가 이해하기로 ReactOS는 Win32 사용자 공간 API에 WINE 코드를 많이 쓰고, WINE은 2001년에도 Half Life를 실행할 수 있었음
당시 Debian에서 돌리던 하우스메이트도 있었음

여기서 핵심 성과는 실제 하드웨어에서 동작한다는 점이라고 봄. 링크 글에 명시되진 않았더라도, 소프트웨어 렌더러가 아니라 하드웨어 가속도 쓰는 듯함
또한 WINE은 NT 커널과 호환될 수도, 아닐 수도 있는 Linux 생태계 위에 올라타서 “치트”할 수 있음

아마 GPU 드라이버 아닐까?

WINE은 아래에 깔린 운영체제 전체에 의존하는 변환 계층에 가까움. ReactOS는 브라우저 안에서 모든 걸 JavaScript로 재구현한 것…은 농담이고, Win32 API와의 바이너리 호환성을 목표로 하는 완전한 운영체제임
즉 위에서 말한 드라이버를 포함해 엄청난 부분이 커널에 들어가야 하며, 이건 정말 큰 성과임

운영체제를 만드는 것만 해도 큰 노력인데, 폐쇄 소스 시스템과 호환되는 운영체제를 만드는 건 훨씬 더 어렵기 때문에 거대한 이정표임
다른 운영체제용으로 작성된 게임을 자기 운영체제에서 실행하는 건 대단한 성취다

와, 놀랍다. Microsoft가 아닌 운영체제에서 Windows 소프트웨어를 실행하는 능력이 정말 엄청나게 발전했음