Gentoo의 Chromium 패키지에 내려진 고별 선언

Gentoo 유지보수자들이 복잡한 빌드 체계, 빠른 릴리스 주기, 반복되는 사용자 불만 속에서 Chromium 소스 패키지의 유지보수 중단 절차에 들어감 Gentoo의 USE 플래그와 시스템 도구 모음 지원은 빌드 유연성을 제공하지만, 특정 환경에서 성공한 ebuild만으로는 다양한 사용자 환경의 정상 동작을 보장할 수 없음 Rust와 Go 의존성, 불안정한 소스 배포 아카이브 생성 체계가 부담을 키웠으며, 유지보수에는 긴 컴파일 시간과 지속적인 패치 조정이 필요함 패키지를 이어받거나 나중에 복원할 수는 있지만, 유지보수자들은 지속 가능한 운영 계획을 요구하며 최소 3명의 담당자가 필요하다고 판단함 사용자는 외부 저장소, 다른 브라우저, Flatpak 등을 선택할 수 있으나 아키텍처와 배포 주체의 제약이 있으며, 다른 배포판도 Chromium 보안 업데이트를 따라가는 데 어려움을 겪고 있음 Gentoo의 소스 빌드 모델과 Chromium Google Chrome의 오픈소스 업스트림인 Chromium은 복잡한 빌드 시스템, 다수의 번들 의존성, 잦은 릴리스 때문에 오래전부터 Linux 배포판의 패키징과 빌드가 어려운 프로젝트였음 이러한 부담에 사용자 불만까지 겹치면서 Gentoo Chromium 패키지 유지보수자들이 유지보수를 포기함 Gentoo는 사용자가 Portage로 소프트웨어를 소스에서 빌드하는 데 초점을 맞춤 패키지 담당자는 Bash와 비슷한 문법의 ebuild에 빌드 정보를 작성하고, 사용자는 명령줄 인터페이스인 emerge로 패키지를 빌드함 Chromium의 최근 ebuild는 패키지의 복잡성을 보여줌 Binhost는 일부 소프트웨어의 사전 빌드 바이너리를 제공하지만, 소스 빌드는 USE 플래그로 컴파일 시점의 선택권을 제공함 선택적 라이브러리 연결이나 문서 설치 여부 등을 지정할 수 있음 Chromium의 -bundled-toolchain은 업스트림에 포함된 Clang 대신 시스템의 Clang을 사용하도록 함 번들 도구 모음은 x86-64에만 제공되므로 이 설정은 x86-64에서는 선택 사항이지만 다른 아키텍처에서는 필수임 현재 Chromium은 독점 코덱을 포함한 빌드 문제 때문에 Gentoo 바이너리 패키지로도 제공되지 않음 유지보수 중단 선언과 누적된 갈등 Arch Linux, Debian, Fedora 등이 담당자를 잃은 패키지를 “orphan”이라고 부르는 반면, Gentoo는 “last ...