2P by neo 2달전 | favorite | 댓글 1개

Gentoo, 바이너리 패키지 지원 시작!

  • Gentoo Linux가 소스 기반 배포판으로 잘 알려져 있지만, 패키지 관리자인 Portage가 이미 수년간 바이너리 패키지도 지원하고 있으며, 소스 기반과 바이너리 기반 패키지 설치를 자유롭게 혼합할 수 있음.
  • 하드웨어 성능이 낮은 경우나 편의성을 위해 이제 바이너리 패키지를 다운로드하여 직접 설치할 수 있는 옵션을 제공함.
  • 대부분의 아키텍처에서는 핵심 시스템과 주간 업데이트에 한정되지만, amd64와 arm64에서는 LibreOffice부터 KDE Plasma, Gnome, Docker에 이르기까지 20GB 이상의 패키지를 제공하며, Gentoo stable은 매일 업데이트됨.

질문과 답변

  • 기존 Gentoo 설치에서 바이너리 패키지를 사용하려면 /etc/portage/binrepos.conf/에 설정 파일을 생성해야 함.
  • 새로운 설치의 경우, 적절한 /etc/portage/binrepos.conf/gentoobinhost.conf가 포함되어 있으며, 로컬 미러로 src-uri 설정을 변경할 수 있음.
  • amd64 패키지는 -march=x86-64 -mtune=generic -O2 -pipe로 컴파일되며, arm64 패키지는 -O2 -pipe로 컴파일되어 각각의 아키텍처에서 사용 가능함.
  • 다른 아키텍처와 ABI의 패키지 설정은 스테이지 빌드와 연결되어 있으며, 현재로서는 추가 확장 계획이 없음.
  • 패키지는 스테이지와 동일한 키로 암호화 서명되며, 설치 전 서명이 검증됨.
  • 서명 검증에 실패하면 설치가 거부되지만, 기본 설정에서는 서명되지 않은 XPAK 패키지도 설치할 수 있음.
  • 서명된 패키지만 사용하려면 make.confFEATURES="binpkg-request-signature"를 설정해야 함.
  • 서명 검증 오류가 발생하면 루트 권한으로 Gentoo Trust Tool getuto를 실행해야 함.
  • 자체 제작한 바이너리 패키지를 사용하려면 서명 키를 설정하고 /etc/portage/gnupg의 앵커에 해당 키를 신뢰해야 함.
  • 다운로드가 느리면 로컬 미러를 사용하도록 /etc/portage/binrepos.conf를 편집할 수 있음.
  • Portage는 여전히 소스 기반으로 컴파일을 원하며, 바이너리 패키지와 혼합 사용이 가능함.
  • 문제가 발견되면 IRC, 포럼, 메일링 리스트에서 조언을 구하거나 버그를 제출해야 함.

GN⁺의 의견

  • Gentoo가 바이너리 패키지 지원을 시작한 것은 사용자들에게 더 빠른 설치와 편의성을 제공하는 중요한 변화임.
  • 이러한 변화는 특히 성능이 낮은 하드웨어를 사용하는 사용자나 빠른 설치를 원하는 사용자에게 매력적일 수 있음.
  • 바이너리 패키지의 암호화 서명과 검증은 사용자들에게 안전한 소프트웨어 설치를 보장하는 중요한 기능임.
Hacker News 의견
  • 젠투(Gentoo) 팬임을 밝힌 사용자의 의견:

    • 젠투의 매력은 소스 코드로부터 모든 것을 컴파일하는 것이 아니라, 거의 모든 하드웨어에서 원하는 것을 설치할 수 있는 자유, 훌륭한 문서화, 최소한의 장애물을 제공하는 것임.
    • 젠투는 사용자에게 다양한 선택을 제공하며, 다른 배포판들이 사용자의 선택권을 제거하는 것과 대조적임.
    • 젠투는 17개 이상의 다른 stage 3 tarballs과 35개의 eselect 프로파일 중에서 선택할 수 있는 유연성을 제공함.
    • 현대 하드웨어에서는 소스 코드 컴파일이 문제가 되지 않으며, 이것이 젠투의 판매 포인트임.
  • 젠투의 Portage 시스템을 선호하는 사용자의 의견:

    • Portage는 단순한 빌드 환경과 의존성 관리를 넘어서, 빌드 시 발생할 수 있는 다양한 케이스를 처리하는 훌륭한 도구와 Eclasses를 지원함.
    • Ebuilds(젠투 패키지) 개발은 실제 소프트웨어 프로젝트를 진행하는 것과 같은 느낌을 주며, 공식 저장소에 없는 패키지를 실험하고 싶은 사람들에게 좋음.
    • 이러한 개발은 젠투를 더 많은 사람들에게 접근 가능하게 만들 것이나, 공식 바이너리와 일치하지 않는 빌드 구성을 사용하는 사용자에게는 해당되지 않음.
  • 젠투를 사용하며 소프트웨어 패키징과 최적화에 대해 배운 사용자의 의견:

    • 젠투는 소프트웨어 패키징, 분산 컴파일, 컴파일 시 최적화 등을 배우는 데 많은 재미를 제공함.
    • 젠투 커뮤니티는 기억에 남는 좋은 문서를 제공했으며, 사용자의 패치가 여전히 일부 릴리스에 남아 있을 수 있음.
    • 최적화와 최신 소프트웨어에 많은 시간을 할애하는 것이 가치가 없다는 것을 깨달았을 때, Slackware가 젠투만큼 빠르게 동작한다는 것을 발견함.
  • 젠투를 사용하며 시간을 낭비했다고 느끼는 사용자의 의견:

    • 사용자는 젠투 시스템을 컴파일하고 미세 조정하는 데 많은 시간을 소비했으나, 결국 다음 날 새로 도착한 우분투(Ubuntu) CD로 포맷하여 설치함.
  • 젠투를 통해 리눅스에 대해 배운 사용자의 의견:

    • 젠투의 USE 플래그를 통해 특정 패키지가 다른 라이브러리/패키지와 어떻게 통합되는지 알게 되었으며, 이는 readline과 같은 "보이지 않는" 라이브러리에 대한 이해를 도움.
    • 젠투는 사용자에게 적절한 시기에 매우 가치 있는 학습 도구임.
  • 젠투를 일상적으로 사용하는 사용자의 의견:

    • 많은 사용자들이 젠투를 시도했거나 사용했었다고 언급하는 반면, 현재도 젠투를 주력으로 사용하고 있음.
    • 사용자는 젠투가 자신에게 최적인 이유를 궁금해하며, 바이너리 패키지를 활성화할 의사가 없음.
  • 젠투에 대한 비판적인 사용자의 의견:

    • 젠투에서 바이너리 패키지를 제공하지 않았던 것이 15년 전에 FreeBSD로 전환한 이유 중 하나였음.
    • 단일 CPU 코어와 1GB RAM을 가진 시절에는 게임 체인저였으나, 오늘날에는 그렇게 중요하지 않을 수 있음.
  • 젠투의 유지보수 용이성을 칭찬하는 사용자의 의견:

    • 젠투는 사용자가 시스템에 원하는 작은 조정을 쉽게 추가하고 유지보수할 수 있도록 설계되었음.
    • 다른 배포판들은 기본적으로 더 잘 작동하지만, 정해진 경로에서 벗어나면 문제가 발생함.
    • 잘 조정된 젠투 시스템은 사용자에게 필요한 의미에서 "그냥 작동"함.
    • 상위 바이너리 패키지는 이러한 자유의 또 다른 확장임.
  • 젠투의 소스 컴파일에 대한 환경적 영향을 우려하는 사용자의 의견:

    • 동일한 소프트웨어를 반복적으로 컴파일함으로써 발생하는 높은 전기 요금과 온실가스 배출에 대해 우려함.
  • 젠투의 이점을 설명하는 사용자의 의견:

    • 젠투는 소스 컴파일이나 "성능" 향상, 운영 체제를 며칠 동안 조정하는 것에 관한 것이 아님.
    • 공식적으로 지원되는 binhost가 있으므로, 원하지 않는다면 아무것도 컴파일할 필요가 없음.
    • 젠투는 사용자가 "안정적" 또는 "불안정적" 소프트웨어 버전을 패키지별로 선택할 수 있는 이점을 제공함.
    • 젠투 커뮤니티는 개방적이며, 개발자가 아니어도 기여할 수 있고, 질문이나 지침이 필요할 때 개발자와 직접 상호 작용할 수 있음.