👨🏿‍🍳 (AI번역글) Gabe Newell이 요트 돈을 Flatpak에 쏟아붓고 있는데 당신은 아직도 Init 시스템 논쟁중

2026년 오픈소스, 리눅스 생태계에 대해서
  1. 원문: https://s3kshun8.games/blog/flatpak-won/
  2. 2026년 현재 많이 변화한 리눅스, 오픈소스 생태계에 대한 생각에 공감해서 AI번역문을 올린다.
  3. 예전에 단순히 “M$ 나빠!”만이 아니라, 이제는 그 오픈소스 기여자들의 사회에서의 역할, 입지가 변화했고, 오픈소스의 소비자들도 변화했음을 잘 포착했다고 생각된다.
  4. “요트 돈”(Yacht Money)은, 요트를 살 수 있을 정도로, 그런 호화생활을 할만큼 여유로운 돈을 의미하는거 같다. ㅎㅎ
  5. AI번역인지라, 함 읽어보고 좀 고치거나, 아니면 내가 아는 정도에서 성의껏 주석을 좀 달아봤다.
  6. 맘껏즐기시길.

(글의 시작)

소프트웨어 엔지니어로서 우주에서 가장 중요한 것은 사람들이 실제로 당신의 작업을 경험할 수 있게 하는 능력입니다. 그게 전부입니다. 지금 이 시대에 효과적이고 신뢰할 수 있는 빌드 파이프라인이 없다면, 당신은 애플리케이션이 없는 겁니다 — 아무도 어떻게 할 수 없는 거대한 소스 트리만 있을 뿐입니다. 결과물을 갖는다는 것은 누군가가 행복하게 당신의 게임을 다운로드하는 것과, 모르는 사람에게 어떻게 컴파일하는지 알아내라고 강요하며 울게 만드는 것 사이의 차이입니다. 솔직히 말해서, 이는 우리가 엔지니어로서 여기 있는 이유인 사람을 섬기는 일 — 을 거부하는 순전히 이기적인 행동입니다. 배시 달인 빌리부터, 이미 너무 많은 문제가 있는 나쁜 직장을 다니는 싱글맘이 그냥 앉아서 심즈를 하고 싶은 경우까지 모두 해당됩니다.

저는 수년간 OpenMW 생태계의 거의 모든 레이어에 깊이 관여해 왔습니다 — 엔진 자체, 에디터, 스크립팅 API에 기여하고, Modding-OpenMW를 구축하고, 여러 멀티플레이어 포크 작업, 모드, 모드 템플릿, 툴링 작성까지. 아직 손대지 않은 부분이 있다면 아직 못 찾은 겁니다. 그러니 제가 프로젝트에 한 줄도 기여한 적 없는 조직의 패키징 기능 장애와 메인테이너 정치 때문에 사람들에게 OpenMW를 실제로 전달하는 능력이 반복적으로 저해되었다고 말할 때, 이건 이론이 아닙니다. 내부에서 반복해서 직접 목격했습니다.

그래서 어느 날 저는 여자친구와 마이애미 사우스 비치에서 휴가를 즐기며 OpenMW 개발자로서 일을 하고 있었습니다. 제가 작년에 만든 이슈에 간단한 코멘트를 달았습니다 — "Flatpak의 존재와 제네릭 개선을 위한 좋은 작업들을 고려하면 AppImage에 투자할 이유가 딱히 없는 것 같다." 간단해 보였습니다. 직관적이었습니다. 도달하기 쉬운 결론이었습니다. 그런데 모래를 폰 화면에서 닦기도 전에, 몇 달째 커뮤니티에 참여하지 않았던 누군가로부터 대문자 DM을 받기 시작했습니다. 오만하다는 말을 들었습니다. 편협하다고. 소시지 만드는 방법1이 싫어서 AppImage를 없애려 한다고. 우리 대부분이 이미 오래전에 합의한 명백한 결론을 재론하기 위해 음성 채팅에 참여하라는 요구까지. 이건 새로운 논쟁이 아니었습니다. 우리는 이 문제를 수년째 안고 살았습니다.

그 우정이 살아남을지 모르겠습니다. 살아남기를 바랍니다. 하지만 반과학적 행동이 우리 커뮤니티를 감염시키고 어떤 이념적 성향을 위해 모두를 더 힘들게 만드는 대가를 치르면서까지는 아닙니다. 분명히.

실제로 AppImage의 무엇이 문제인가?

왜 이것이 증명 가능한 기술적 문제인가? 첫째로, OpenMW의 맥락에서 이는 프로젝트의 근본적인 아키텍처와 명백히 상충합니다. 우리는 약 열두 개의 애플리케이션을 가진 하나의 저장소가 있습니다. 하나의 공유 소스와 의존성 트리가 있습니다. AppImage는 하나의 번들, 하나의 애플리케이션입니다. 즉, 각 애플리케이션이 공유하고 올바르게 작동하는 데 필요한 모든 의존성이 중복됩니다. 만약 그 AppImage 안에 실제로 시스템에서 제대로 작동하지 않는 오래된 SDL2 사본이 있어서 윈도잉이 깨진다면 어떻게 될까요? — 실제로 일어나는 것을 봤습니다. 결과는 항상 같습니다: 제 친구들과 저는 처음부터 존재하지 말았어야 할 문제들을 처리하는 데 시간과 정신 건강을 희생해야 합니다.

이것은 AppImage가 제공하는 빌드 시스템의 더 근본적인 실패를 언급하기도 전의 이야기입니다. 기존 빌드 툴링과는 아무런 관계가 없습니다. appimagetool, linuxdeploy, 전체 기술 스택과 이미 올바르게 처리하고 있는 실제 개발팀 옆에서 이 모든 것을 기꺼이 감당할 사람이 필요합니다. 그리고 그 AppImage 담당자가 사라지면, 오직 그들만 이해하고 심지어 존재해야 한다고 생각하는 빌드 시스템에 의존하는 커뮤니티를 떠안게 됩니다.

이 상황의 정점은 AppImage가 애플리케이션 배포 문제를 해결하려는 시도를 전혀 하지 않는다는 사실입니다. 검색 가능성 없이 직접 모든 것을 배포하도록 설계된 반면, Flatpak 사용자들은 Discover 스토어에서 캐주얼하게 다운로드하고, 그냥 작동할 것이라 기대하며, 실제로 매번 그렇게 됩니다.

이 혼란을 만든 이념

한때 이 이념은 옳은 답이었습니다. 소스 배포가 이기종 하드웨어에서 소프트웨어를 실행하는 유일한 방법이던 특정 순간에 형성되었습니다. 기업 소프트웨어가 적극적으로 적대적이던 때, 자신의 기계에서 무엇이 실행되는지 알 수 있는 유일한 방법이 직접 빌드하는 것이던 때. 그것들은 실제 이해관계가 있는 실제 문제였으며, 그 주변에 FOSS 운동을 구축한 사람들은 어리석거나 악의적이지 않았습니다. 그들이 살던 세계에 합리적으로 반응하고 있었습니다.2

문제는 그 세계가 더 이상 존재하지 않는다는 것입니다.

오늘날의 Linux 생태계는 선의로 행동하며 여전히 FOSS 프로젝트에 진정으로 기여하는 잘 보수 받는 엔지니어들로 가득합니다. GitHub과 GitLab 같은 중앙화된 빌드 시스템에서 비롯된 재현 가능한 빌드로 운영됩니다. 오늘날 Linux 생태계의 컴파일과 배포는 역사상 그 어느 때보다 중앙화되고 신뢰할 수 있습니다. 저의 모든 Rust 애플리케이션은 VirusTotal에 제출되고 SigStore를 통해 서명됩니다. 모든 커밋, 모든 태그, 모든 빌드가 자동화되어 5분 안에 완료됩니다. 소비자들은 패키지 매니저가 무엇인지 알 필요가 없고 어떤 배포판을 사용하는지도 상관없습니다. 저는 그냥 OpenMW 모드를 만드는 평범한 사람입니다. 매일 일하는 사람들을 진심으로 생각한다면 이것을 달성하는 것은 전혀 어렵지 않습니다.

깊은 아이러니

정말 깊고 역겨운 아이러니가 있습니다. Linux 커뮤니티가 대체로 자신의 이상을 잃어버렸다는 것입니다. Stallman의 아이디어에 일찍 노출되었고 그의 신념을 존중하고 동의합니다. 독점 소프트웨어는 사용자에 대한 무기이며, 그 불투명함은 창작자에게 거짓된 보안 의식을 만들고 기술 경제 전체를 조용히 손상시킵니다. 2024년 CrowdStrike 재앙3을 보십시오 — 나쁜 업데이트 하나로 며칠 동안 글로벌 여행 인프라가 마비되었습니다. 오픈소스 팀이었다면 출시 전에 잡아냈을 겁니다.

그렇다면 왜 대기업들이 Linux 커널, Proton, Flatpak 및 나머지 불변 배포판4 스택에 수십억 달러를 쏟아붓고 있을까요? 왜 업계의 모든 대형 플레이어들이 변화를 향해 갑작스럽고 큰 움직임을 보이고 있을까요?

그것은 패키지 매니저와 메인테이너가 근본적으로 존재해서는 안 되는 역할이기 때문입니다. 우리 사회가 이미 극복한 문제들을 해결합니다. Linux 생태계의 근본적인 성격이 변하고 있으며, 그것은 여러분 대부분이 그것을 아무것도 일관되거나 논리적이거나 다루기 쉽지 않은 악몽의 지옥으로 만들었기 때문에 일어나고 있습니다. 심즈를 하고 싶은 싱글맘에게도, 10년 경력 시스템 관리자 출신 Rust 개발자에게도.

우리가 여기에 있는 이유를 절대 잊지 마십시오

Init 시스템이 무엇인지 알지도 신경 쓰지도 않는 엄마들5. 그냥 친구들과 오버워치를 하고 싶은 평범한 게이머들. 이 이념적 헛소리가 결국 쫓아낼 우리 선조들의 진정으로 좋은 아이디어에 영감을 받은 어린이들. 이것이 이 모든 것 뒤에 있는 진짜 손실입니다.

Linux 생태계의 분열에 굴복하고 배시 스크립트도 못 돌리는 불쌍한 아이에게 "안정적"이라서 게이밍 데스크탑에 Mint를 실행하라고 말할 때마다 — 그것은 우리가 모두 미쳤다고 결론짓고 다시는 돌아오지 않는 또 한 명의 사람입니다. Linux가 어렵고 혼란스럽다고 주변 모든 사람에게 말하면서6수년째 그렇지 않았는데도.

우리의 편견이 커뮤니티로서 우리를 죽이고 있습니다. 더욱이, 우리는 이 커뮤니티를 탄생시킨 원래 아이디어를 완전히 실현하는 데 실패했습니다. 우리는 이상주의로 구동되는 고통의 기계를 만들고 이성의 공백을 기업이 기꺼이 채우도록 내버려 두었습니다 — 그리고 결과는 실제로 검증 가능할 만큼 훌륭합니다. Linux는 지금 그 어느 때보다 성장하고 있으며, 제 평생 가장 접근하기 쉬운 상태입니다.

패키지 매니저의 폭정으로부터의 자유는 개발자로서 제가 들어본 것 중 가장 흥미로운 것입니다. "Debian 패키지 배포 지침에 따르면…"으로 시작하는 이유로 아키텍처 결정을 한 번 더 해야 한다면. Debian 사람들은 제 작업에 참여하지 않습니다. 목소리를 낼 수 있지만, 사실 그들은 제 프로젝트에 관심이 없고 그냥 저한테 뭘 하라고 말하고 싶을 뿐입니다. 어디서 들어본 이야기 같지 않나요?

원한다면 저와 의견이 달라도 됩니다. 이 글에 제시된 증거에 격분하고 화내도 됩니다. 하지만 제가 얼마나 틀렸는지 강의하는 동안, Gabe Newell이 거기서 요트 돈을 Flatpak에 쏟아붓고 여러분 모두가 틀렸다는 것을 증명하며 번 100달러짜리 지폐로 엉덩이를 닦고 있다는 것을 기억하십시오.

Footnotes


1

“Laws are like sausages, it is better not to see them being made” 같은 속담/인용구처럼, 무언가를 이루거나 만들 때에 그 뒷면의 복잡함, 어지러움이 있음을 의미하는듯. 여기에선 AppImage을 빌드하는 일의 복잡함, 어지러움.

2

자유소프트웨어선언문-의 생각들에 대해, 이제는 시대가 변화했음을 설명한다.

3

나무위키: 2024년 크라우드스트라이크발 전산 마비 사태 …마이크로소프트사 역시 이런 하자가 있는 커널 코드가 무분별하게 뿌려진 상황에 책임이 있지 않느냐는 시선도 있다. 과거, 특히 Windows XP 시절에 이런 식으로 하자가 있는 커널 드라이버가 무분별하게 배포되어[14] 그 당시 윈도우의 악명높은 불안정성을 야기한 전력이 있었기에, 이런 상황을 막을 정책이 아직도 없다는 것에 대해 불만을 표출하는 의견이 있다.

4

원문은 “immutable distro”, debian/redhat/gentoo등 전통적인 리눅스 배포판과 달리, 업데이트나 패키지설치가 시스템 “core”에 영향을 주지 않거나, 그를 commit/rollback이 가능한 형태로 구성한 리눅스배포판. 스팀덱 같은 게임콘솔에서 시스템업데이트나 게임설치 등을 안전히, 예측가능한 형태로 가능하게 해주고, 서버환경에서도 컨테이너를 운영하기 수월하도록 예측가능한 형태로 시스템SW을 유지할 수 있게 해주니까. (예: SteamOS, NixOS, Fedora Silvrblue, openSUSE MicroOS…)

5

리눅스 배포판들이 systemd vs openrc/등등… 같은 방식으로 배포판을 fork하거나 하고 있다. systemd은 무겁다고 생각하고 “리눅스스럽지 않다고” 마음에 들어하지 않는것. …그리고 “엄마들”이란 표현은 (아마) 그런 리눅스 배포판의 논쟁 따위를 신경쓰고 싶어하지 않는.

6

‘배시스크립트’는 흔히 말하는 쉘스크립트. 사람들이 그런 게이머들이 리눅스를 꼭 익혀야 하고, 그렇지 않으면 “너는 그냥 Linux Mint이나 써”라고 말하는 적대적인 리눅스 커뮤니티에 대한 이야기인듯.