![롤링 릴리스 배포판의 소스에서 소프트웨어 빌드 [닫기]](https://linux55.com/image/108306/%EB%A1%A4%EB%A7%81%20%EB%A6%B4%EB%A6%AC%EC%8A%A4%20%EB%B0%B0%ED%8F%AC%ED%8C%90%EC%9D%98%20%EC%86%8C%EC%8A%A4%EC%97%90%EC%84%9C%20%EC%86%8C%ED%94%84%ED%8A%B8%EC%9B%A8%EC%96%B4%20%EB%B9%8C%EB%93%9C%20%5B%EB%8B%AB%EA%B8%B0%5D.png)
openSUSE Tumbleweed와 같은 롤링 릴리스 배포판에서 소스에서 일부 소프트웨어를 빌드하려는 경우 배포판 저장소에서 설치된 종속성이 자주 업그레이드될 수 있다는 점을 고려할 때 이러한 프로그램을 얼마나 자주 다시 빌드해야 합니까?
예를 들어 PCRE 및 GnuTLS 등에 의존할 수 있는 소스에서 Apache httpd 및 Exim을 빌드하려는 경우 PCRE, GnuTLS 또는 기타 종속성을 업그레이드할 때마다 Apache httpd 및 Exim을 다시 빌드해야 합니까?
종속성이 업그레이드될 때마다 소스에서 종속 소프트웨어를 다시 빌드해야 하는 일부 유형의 종속성이 있습니까?
아니면 종속성 구조가 크게 변경되는 경우에만 종속 소프트웨어를 다시 빌드해야 합니까?
독특한 경우가 많을 수 있는데 일반적인 지침이 있나요?
답변1
내가 아는 한, 재컴파일 시나리오에서 유일한 "고통스러운" 부분은 커널 업데이트입니다. 그런 다음 모든 커널 모듈과 함께 커널 자체를 컴파일해야 합니다.
상대적으로 높은 수준의 다른 패키지와 마찬가지로 대부분의 경우 업데이트될 때 종속성을 다시 컴파일할 필요가 없습니다. 특정 패키지의 종속성이 크게 변경되어 종속 패키지를 다시 컴파일해야 하는 경우는 거의 없습니다.
대부분의 경우 이러한 "고급" 패키지가 업데이트될 때 종속 패키지를 다시 컴파일해야 한다는 유일한 지표는 해당 패키지가 갑자기 작동을 멈추는 경우입니다.
또한 업데이트하는 패키지의 변경 로그를 읽는 것이 좋습니다. 대부분의 경우 아키텍처의 주요 변경 사항에 대해 경고하기 때문입니다. 하지만 모든 것을 다시 컴파일하지 않기 위해 현재 버전을 고수하도록 선택할 수도 있습니다.
실제로 Slackware는 slackpkg일부 공통 패키지와 해당 종속성을 다시 컴파일하는 프로세스를 자동화할 수 있습니다. 또한 apt삶을 더 쉽게 만들기 위해 일종의 패키지 관리자(등)를 사용하는 것도 금지되지 않습니다 .
다음은 Slackware 및 Gentoo 문서의 일부 참고 자료입니다: