답변:
대신 Fedora EPEL 을 사용하는 것이 좋습니다 .
"EPEL (Extra Packages for Enterprise Linux)은 Red Hat Enterprise (RHEL) 및 CentOS 또는 Scientific Linux 와 같은 호환 가능한 스핀 오프를위한 고품질 애드온 패키지의 저장소를 작성하기위한 Fedora 프로젝트의 자원 봉사자 기반 커뮤니티 노력입니다 . Fedora는 RHEL의 업스트림이며 EPEL 용 애드온 패키지는 Fedora 리포지토리에서 주로 제공되며 RHEL을 기반으로 구축 됩니다. "
최신 Fedora 릴리스의 이진 RPM은 훨씬 더 최신 라이브러리를 기반으로 구축되므로 종종 CentOS의 이전 라이브러리와 호환되지 않습니다. 어쨌든 Fedora RPM을 시도하고 싶다면 (EPEL 대안이없는 경우) Fedora Source RPM을 가져 와서 CentOS에서 다시 컴파일하려고 시도합니다 (종종 종속성으로 인해 종종 어려움이있을 수 있습니다).
일반적으로 명확하게 유지하는 것이 좋으며 대답이 당신을 놀라게 할 것이라고 생각하지 않습니다. Fedora RPM은 CentOS에없는 소프트웨어 버전에 종속 될 수 있습니다. 예를 들어 Python 2.6 ABI는 CentOS에서 사용할 수 없습니다 (버전에 상관없이). Fedora에서는 기본값입니다.
이 외에도 Fedora RPM이 CentOS에서 사용할 수없는 RPM 사전 및 사후 스크립트에서 매크로를 사용하거나 CentOS에서는 불가능한 스크립트에서 작업을 시도 할 가능성도 매우 높습니다.
CentOS에서 Fedora RPM을 사용하는 것은 불가능 하지 않습니다 . 운이 좋을 수도 있습니다. :-)
아마도 더 안전한 것은 CentOS 머신에서 Fedora 소스 RPM을 다시 빌드하는 것입니다. 만약 CentOS 머신에서 RPM이 빌드된다면, 당신은 꽤 안전 할 것입니다. 물론 RPM은 더 이상 Fedora RPM이 아닌 일반적인 CentOS RPM이되었습니다 ...
나는 Fedora RPM을 피하는 것이 가장 안전하다는 wzzrd에 동의합니다. RPMforge 및 EPEL과 같은 타사 RPM 리포지토리를 확인하여 원하는 제품이 이미 다른 사람에 의해 재 포장되었는지 확인합니다.
그러나 SRPM에서 CentOS로 페도라와 동등한 RPM을 설치하는 데 합리적으로 성공했습니다. 페도라와 동등한 의미 : RHEL-4가 Fedora Core 3을 기반으로한다는 것을 알고 있습니다. 마찬가지로 RHEL-5는 FC-6을 기반으로합니다. 따라서 FC-6에서 .SRPM을 가져 와서 합리적인 성공 기대로 CentOS-5에 빌드 및 설치를 시도 할 수 있습니다.
경우에 따라 이후 FC 릴리스에서 SRPM을 빌드 및 설치할 수 있지만 핵심 라이브러리의 버전 편차를 빠르게 얻을 수 있습니다. (a) 수행중인 작업을 알고 있고 (b) 큰 혼란을 제거하지 않아도 CentOS RPM을 이후 FC로 업그레이드해서는 안됩니다. 이것은 통제 불능 상태가 될 수 있습니다. 실시간 시스템에서 가상 머신을 시도하기 전에 가상 머신에서 드라 이런을하는 것이 좋습니다.