어떤 이유로 든 우리 조직의 루트 권한 관리자는 패키지 선택을 공급 업체의 공식 "기본"저장소 (RHEL)로 제한합니다.
EPEL조차도 가능하지 않으며 IUS가 훨씬 적습니다.
우리 자신의 - 수작업 - RPM은 허용되지만 여전히 티켓을 작성하고 대기해야합니다. 이것은 불필요하게 고통스럽게 설치하게 만들뿐만 아니라 패키지 개발을 방해합니다. 즉, 새로운 RPM을 즉시 테스트 할 수 없습니다.
그러나 "우리"디렉토리에 들어가는 한 원하는 모든 소프트웨어를 빌드하고 설치할 수 있습니다. 우리는 한동안 이런 것들을 빌드하고 설치해 왔으며, gcc-8.2가 한 시스템에 구축 될 수 있도록 이러한 것들을 더 잘 구성 할 수 있다면 궁금합니다. prefix like / Data / local`) 다른 여러 곳에 설치됩니다.
물론, 나는 일반 tar-ball로 그렇게 할 수는 있지만, 예를 들어 종속성을 추적하는 것과 같은 일종의 패키지 관리자 기능을 갖는 것이 더 좋을 것입니다 ...
저기에 아무것도 없습니까? 아니면 집에서 만든 도구에 집착합니까?
완전히 다른 패키지 관리자는 이미 시스템에있는 것을 설명 할 수 없습니다. rpm을 사용하면 개인 디렉토리에 설치하는 경우에도 패키지 등록을 위해 root가 필요합니다. 이 두 가지를 극복하기 위해 뭔가가 필요합니다 ...
—
Mikhail T.
자, 행운을 빌어 루트 액세스없이 사용할 수있는 패키지 형식이 있습니다. AppImages ( appimagehub.com ) 루트 액세스없이 실행할 수 있습니다, 유일한 문제는 FUSE를 사용하기 위해서는 필요하고 CentOS에 사전 설치되어 있지 않다는 것입니다. 적어도 RHEL도 아닙니다. 또한 Linuxbrew ( linuxbrew.sh ), 리눅스는 macOS의 Homebrew와 동일합니다. NetBSD의 pkgsrc는 루트 액세스없이 Linux에서도 사용할 수 있습니다 ( pkgsrc.org ).
—
BH2017
이것은 정말로 당신이 당신의 기업 IT 관리를 맡을 필요가있는 것처럼 들리지만 ... 나는 이것을 "기업 IT 지원 및 네트워크에 관련된 쟁점"으로 특별히 언급하지 않는다. superuser.com/help/on-topic
—
acejavelin
@acejavelin, 내가 물어 본 질문은 대체 패키지 관리자에 관한 것입니다. 기업 IT 부서와의 문제를 극복하는 것이 아니라 그러한 극복이 내 동기입니다.
—
Mikhail T.
stow공통 트리의 심볼릭 링크를 자신의 스텁 트리 (stubtrees)에서 다양한 패키지로 관리하는 것이 내가 정리하는 방법이다./usr/local내 컴퓨터에.