Hacker News 의견

• 젠투(Gentoo) 팬임을 밝힌 사용자의 의견:

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

• 젠투의 Portage 시스템을 선호하는 사용자의 의견:

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

• 젠투를 사용하며 소프트웨어 패키징과 최적화에 대해 배운 사용자의 의견:

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

• 젠투를 사용하며 시간을 낭비했다고 느끼는 사용자의 의견:

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

• 젠투를 통해 리눅스에 대해 배운 사용자의 의견:

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

• 젠투를 일상적으로 사용하는 사용자의 의견:

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

• 젠투에 대한 비판적인 사용자의 의견:

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

• 젠투의 유지보수 용이성을 칭찬하는 사용자의 의견:

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

• 젠투의 소스 컴파일에 대한 환경적 영향을 우려하는 사용자의 의견:

  • 동일한 소프트웨어를 반복적으로 컴파일함으로써 발생하는 높은 전기 요금과 온실가스 배출에 대해 우려함.

• 젠투의 이점을 설명하는 사용자의 의견:

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