2019년 말부터 젠투에서는 바이너리 패키지 사용 가능성이 논의되었습니다. 배포판에서 그리고 그 이후로 이것은 개발자들 사이에서 화두가 됐습니다 (주제를 다루는 범위에 대해 말하면서) 이로 인해 배포판이 일부 변경되었습니다.
Gentoo Linux에 대해 모르는 분들은 이것이 수년 동안 사용자가 스스로 시스템 컴파일을 담당하는 배포판이라는 것을 알아야 합니다. 즉, 컴파일할 때 사용자가 모든 작업을 수행해야 했습니다. 컴파일하는 동안 커널을 구성해야 하는 것도 포함됩니다.
제안과 함께 바이너리 패키지를 구현하기 위해, 시간 절약의 가능성이 열렸습니다 그런 식으로 원하는 사용자를 위해 시스템 설치 과정에서. 따라서, Gentoo 개발자는 최근 바이너리 패키지 저장소의 도입을 발표했습니다. 사용할 준비가.
포티지는 수년 동안 바이너리 패키지 설치를 지원해 왔지만 지금까지 바이너리 패키지는 선택적으로만 제공되었다는 점을 언급할 가치가 있습니다. 즉, 바이너리 패키지는 백그라운드에 있었지만 지금은 상황이 바뀌고 있습니다.
이제부터 프로젝트는 공식적으로 바이너리 제공을 시작했습니다. 개발자가 미리 컴파일된 바이너리 패키지로 가득 찬 20GB 저장소를 만들었기 때문에 서버에서 다운로드할 수 있습니다.
사용자의 재량에 따라 바이너리를 조합하여 사용할 수 있습니다. 소스 코드에서 생성된 패키지를 사용하여 시스템의 다양한 유형의 패키지를 결합합니다. 바이너리 패키지를 직접 다운로드하면 저전력 컴퓨터에서 배포 배포 속도가 빨라지고 설치 프로세스가 간소화되므로 사용자는 사용자 정의를 위해 가장 중요한 구성 요소만 소스 코드에서 빌드하는 데 집중할 수 있습니다.
이는 Gentoo가 뿌리에서 멀어지고 있다는 의미는 아닙니다., Gentto는 항상 사용자 정의에 초점을 맞춘 Linux 배포판이 될 것이며 무엇보다도 초보자에게는 적합하지 않기 때문입니다.
바이너리 패키지가 포함된 새 저장소와 관련하여 명심해야 할 한 가지는 대부분의 아키텍처에서 해당 바이너리 설치가 핵심 시스템 및 업데이트로 제한된다는 것입니다. 예를 들어 pamd64 및 arm64 이외의 아키텍처의 경우 빌드는 핵심 시스템 구성 요소 및 주간 업데이트로 제한됩니다. 에 amd64 및 arm64 시스템, 바이너리 패키지에는 맞춤형 애플리케이션도 포함됩니다., LibreOffice, Docker, Xfce, KDE 및 GNOME 패키지를 포함합니다.
amd64/x86-64 시스템용 패키지 지표로 정리된다 «-march=x86-64 -mtune=일반 -O2 -파이프", 표시기가 있는 arm64/AArch64 시스템의 경우 «-O2 -파이프«. amd64 아키텍처의 경우 GCC 및 Clang을 사용하여 컴파일된 패키지 옵션은 물론 보안을 향상하고 Glibc 대신 Musl 라이브러리와 연결하는 구성도 제공됩니다. 특정 CPU에 대해 특정 최적화를 활성화해야 하는 경우 사용자는 이전과 마찬가지로 소스 텍스트에서 패키지를 재구성하여 원하는 옵션을 구성할 수 있습니다.
대안으로 바이너리 패키지를 추가하는 Gentoo의 새로운 단계는 컴퓨팅 성능이 제한된 컴퓨터를 사용하는 사용자를 돕고 기본적으로 휠 재발명을 방지하기 위한 것입니다. 특정 패키지의 바이너리 패키지를 갖는 것이 시간 절약으로 이어지기 때문입니다.
바이너리 패키지를 인증하려면 디지털 서명으로, 이전에 단계 빌드를 인증하는 데 사용되었던 키가 사용됩니다.. 이 경우 최근 프로젝트 저장소에서 기본적으로 사용된 GPKG 형식의 패키지에 대해서만 서명이 확인됩니다.
과거에 기본으로 사용되던 이전 XPAK 형식의 패키지는 검증 없이 설치할 수 있습니다. 호환성을 보장하기 위해 XPAK 지원이 유지되므로 엄격한 패키지 확인이 필요한 사용자는 매개 변수를 설정하여 디지털 서명 확인 없이 패키지를 설치하지 않는 것이 좋습니다. make.conf 기능=»binpkg-요청-서명»
마침내 당신이 있다면 그것에 대해 더 알고 싶어, 당신은 확인할 수 있습니다 다음 링크에서 세부 사항.