최근에 내 그룹에서 내년 9 월부터 연구 프로젝트에 필요한 소프트웨어를 설치했습니다. glibc 2.12.1과 함께 사용할 때 소프트웨어에 알려진 충돌 버그가있는 것으로 나타났습니다. 상사는 glibc를 실행할 서버에서 glibc를 업그레이드 할 수 있는지 물었습니다. 회의적인 침묵
어느 시점에서, 나는 glibc를 엉망으로 만드는 것이 배고픈 퓨마를 엉망으로 만드는 것만 큼 좋은 아이디어라는 것을 내 두뇌에 넣었습니다. 그러나 나는이 신념의 근원을 결정할 수 없었다. 따라서이 작업을 계속하면 :
- 나는 멍청한 짓을하고 있습니까 (예를 들어, 문제를 해결하지 못하거나, 서버를 깨뜨 리거나 좀비 종말을 시작할 것입니까)?
- 무엇이 잘못 될 수 있습니까?
- 무엇이 잘못 될 가능성이 있습니까?
- 2와 3에 대한 답변을 어떻게 피할 수 있습니까?
답변
보다 신선한 libc를 컴파일하는 것이 종종 가능하며, 한 소프트웨어는 다른 사람에게 다른 라이브러리를 사용하게합니다.
libc 버전 사이의 가장 큰 어려움은 스레드 로컬 스토리지 IIRC입니다. 이 이정표를 통과하면 모든 베팅이 해제됩니다.
모든 것을 말했지만-단순히 배포판을 현대적인 것으로 업그레이드하는 것이 좋습니다. 단편 업그레이드를하면 몇 달 동안 꼬리를 쫓는 고통이 생길 수 있습니다.
답변
호환성 표 를 참조하여 이진 호환 버전을 확인할 수 있습니다 .
일반적으로 glibc를 최신 버전으로 업그레이드하는 것은 문제가되지 않지만 배포에 사용 된 것과 동일한 구성 플래그로 빌드해야합니다 (적절한 SRPM 패키지의 사양 파일 참조).
