Flatpak은 systemd에 의존하게 될 예정

• Flatpak은 “모든 배포판용 앱 빌드”를 장점으로 내세워 왔지만, 다음 주요 버전에서 systemd 의존성이 생길 가능성이 커짐
• Flatpak Next 또는 Flatpak 2.0은 기존 1.x의 수십 년 된 설계 한계를 넘기 위한 재작성에 가까우며, 아직 계획 단계에 있음
• 새 서비스 systemd-appd는 앱 식별자와 권한을 저장하고 다른 구성요소가 조회하게 하며, 하위 샌드박싱을 가능하게 하는 핵심 역할을 맡음
• 비 systemd 배포판을 위해 elogind 같은 독립 데몬 구현 여지가 있었지만, 논쟁이 커진 뒤 개발자들의 배려 의지가 약해진 것으로 보임
• systemd 의존성이 엄격해지면 Void, Guix, Alpine 같은 배포판에서 Flatpak 사용이 어려워지고 배포판 중립성도 약해질 수 있음

Flatpak의 배포판 중립성 변화 가능성

• Flatpak 웹사이트는 첫 장점으로 _“Build for every distro: create one app and distribute it to the entire Linux desktop market.”_를 내세우며, 지원 배포판 목록에는 Void Linux, Guix, Alpine처럼 systemd가 아닌 init 시스템을 쓰는 배포판도 포함됨
• 현재 Flatpak은 사용자가 어떤 init 시스템을 쓰는지 신경 쓰지 않지만, 다음 주요 버전에서는 systemd 의존성이 생길 가능성이 커짐
• 이 변화가 실제로 도입되면 systemd를 쓰지 않는 배포판에서 Flatpak을 계속 제공할 수 있는지가 핵심 쟁점이 됨

Flatpak Next와 재설계 방향

• Arian Vovk와 Sebastian Wick은 Linux App Summit에서 Flatpak의 미래를 다룬 발표를 진행함
• 현재 Flatpak 버전도 계속 개선될 예정이지만, 수십 년 된 설계의 한계를 우회하기가 점점 어려워지고 있음
• Flatpak Next 또는 Flatpak 2.0으로 불리는 작업은 Flatpak 1.x 이후 쌓인 경험을 반영한 사실상의 재작성에 가까움
• 새 설계는 Flatpak 초기 설계 이후 자리 잡은 현대적 기술과 아이디어를 활용하는 방향으로 계획됨
• 발표 내용은 아직 계획 단계이며, 코드가 한 줄도 작성되지 않았기 때문에 향후 몇 년간 작업이 진행되면서 결과가 크게 달라질 수 있음

systemd-appd와 권한 관리 이동

• Flatpak 개발 방향의 핵심 변화는 권한 관리를 Flatpak 내부가 아니라 서비스 계층으로 옮기는 것임
• 새 서비스인 systemd-appd는 애플리케이션에 식별자를 부여하고 권한을 저장하며, 시스템의 다른 구성요소가 이 데이터를 조회할 수 있게 함
• 이 구조는 여러 기능을 가능하게 하며, 특히 하위 샌드박싱(subsandboxing) 이 중요한 기능으로 꼽힘
• 현재 계획은 이 기능을 현재 Flatpak 버전에 도입하는 것이며, 그 결과 Flatpak에 systemd 의존성이 생기게 됨

비 systemd 배포판을 위한 여지

• Vovk의 설명에 따르면, systemd를 쓰지 않는 배포판과 사용자를 “매우 배려”하려는 의도가 있었음
• 예상 가능한 모델은 systemd-logind가 별도 데몬인 elogind로 분리되어, 다른 init 시스템을 쓰는 배포판도 systemd-logind에 의존하는 데스크톱 환경을 사용할 수 있게 된 방식과 유사함
• Flatpak 개발자들도 systemd-appd에 대해 비슷한 독립 데몬 구현이 가능하도록 현실적인 여지를 최대한 남기려 했던 것으로 보임
• 이런 접근이 유지됐다면 Flatpak은 systemd를 쓰지 않는 배포판에서도 계속 제공될 가능성이 있었음

논쟁 확산과 개발자 대응 변화

• Void나 Alpine 같은 배포판 사용자는 Flatpak이 systemd에 강하게 의존할 경우 자신의 시스템에서 더 이상 동작하지 않을 수 있다는 우려를 제기함
• Flatpak 개발에 기술적으로 관여하지 않은 사람에게 질문이 몰렸고, 그의 답변이 도움이 되지 않거나 모욕적이고 선동적인 경우가 있었음
• 그가 Flatpak 개발에 관여한다고 오해한 사람이 많아지면서, 진지하고 우호적인 질문과 반 systemd 성향의 격한 반응이 뒤섞여 상황이 악화됨
• 그 결과 Flatpak 개발자들은 systemd를 쓰지 않는 배포판과 사용자를 배려하는 데 시간을 쓰고 싶지 않다는 반응을 보이게 됨
• 이 흐름이 이어지면 systemd 의존성은 더 엄격해지고, systemd-appd 기능을 복제하는 독립 데몬 구현도 원래 예상보다 훨씬 어려워질 수 있음

예상되는 결과와 의미

• 현재 상황에서는 향후 몇 년 안에 Flatpak이 systemd 의존성을 갖게 될 가능성이 높음
• systemd를 쓰지 않는 배포판에서 systemd-appd 기능을 대체할 독립 데몬을 만들 수 있도록 하는 배려가 빠질 가능성도 있음
• 그렇게 되면 Flatpak은 더 이상 모든 배포판을 대상으로 하나의 앱을 배포할 수 있다는 배포판 중립성을 내세우기 어려워짐
• Flatpak은 사용자가 어떤 init 시스템을 쓰든 실제 수요가 있는 도구이기 때문에, 이 변화는 Linux 데스크톱 애플리케이션 배포 범위에 직접적인 영향을 줌