답변:
서버 결함에 오신 것을 환영합니다. 일반적으로이 유형의 질문은 여기서 주제가 아닙니다. 대부분의 sysadmin은 자신의 워크 스테이션에서 땜질을 통해 sysadmin이되기 전에 이미이 문제에 직면했을 것으로 예상됩니다. 그러나 Windows 배경에서 온 sysadmin은이 문제에 직면하지 않았을 수 있으므로 다음 사항을 고려해야합니다.
패키지 관리자 등 yum
또는 apt
당신을 위해 이러한 종속성을 처리합니다. 또한 서버의 소프트웨어 업데이트를 관리하는 데에도 사용할 수 있습니다. * nix의 대부분 버전에는 기본적으로 패키지 관리자가 설치되어 있으며 특히 OS가 사전 설치된 VPS에 설치되어 있습니다. 이 기능을 처음 사용하는 경우 프로덕션 시스템에서이 중 하나를 사용하고 테스트 환경을위한 최첨단 RPM을 컴파일하거나 설치하는 모험을 피하십시오.
대부분의 패키지 관리자는 다른 리포지토리를 사용하도록 구성 할 수 있습니다. 필요한 패키지 버전을 제공하면서도 패키지 관리자의 기능을 활용할 수있는 패키지 관리자가있을 수 있습니다.
이 경우 당신은 아마 할 종속성 알아낼 필요가 (또는 그것을 빨아 소프트웨어의보다 안정적인 / 일반 버전을 사용). 테스트 환경에서 다음을 수행하고 수행 한 작업을주의해서 기록해야합니다.
위의 모든 단계를 수행 한 후에도 여전히 문제가 발생하면 다른 서버 오류로 기꺼이 도와 줄 이상한 문제가 발생했을 수 있습니다. 설치하려는 소프트웨어, 버전 및 정확한 오류 메시지에 대한 세부 정보를 제공하는 새 질문을 작성하십시오.
./configure && make && make install
가능하면 맹목적으로 사용하지 마십시오 ! 패키지 관리는 이러한 이유로 여러 충돌 파일을 추적 할 수없는 설치로 인한 어색하고 유지하기 어려운 혼란을 방지하기 위해 고안되었습니다.libfoo
및 libfoo-devel
(또는 -dev
) 패키지 가 모두 필요 합니다.fpm
( https://github.com/jordansissel/fpm ) 사용을 고려하십시오http://rpmfind.net 은 설치 절차에서 문제가되는 파일 이름을 알고있는 경우 패키지 이름을 찾기에 좋은 장소입니다. 그러나 다른 배포판의 패키지를 일치시키고 혼합하는 것은 권장되지 않습니다.