Redhat에 apt-get 설치

긴 이야기 짧게 apt일반적으로 Enterprise Linux 기반 배포판에서는 기본적으로 제공되지 않으며 자신에게 적합한 저장소를 많이 찾을 수 없습니다.

Red Hat에서 필요한 소프트웨어를 찾을 수 없다면 저장소에 패키지가 없기 때문입니다. 당신이 조사하고 싶은 것은 다른 저장소를 추가하는 것입니다. Red Hat Enterprise Linux의 경우 일반적으로 추가되는 첫 번째 저장소는 다음과 같습니다.Enterprise Linux용 추가 패키지(EPEL)Fedora 프로젝트에서 호스팅됩니다. 이 저장소에서 누락된 내용을 많이 찾을 수 있습니다.

추가 정보:

Enterprise Linux 시스템에 패키지 관리 유틸리티를 설치 하는 것이 확실히 가능하지만 apt이것이 가능하다는 의미는 아닙니다.하다일단 뭐든지 끝냈습니다.

여기서 문제는 apt유틸리티가 패키지의 게시된 디렉터리(저장소는 내 일반적인 이름이지만 다를 수 있음)에서 작동하는 프로그램이라는 것입니다. Yum, rpm, 등 dnf은 emerge모두 다른 *NIX 배포판에서 동일한 작업을 수행하는 유틸리티입니다. 그러나 소프트웨어 자체를 제공하지는 않으며 저장소를 쿼리하고 저장소에서 패키지를 제공하도록 구성됩니다. 또 다른 문제는 온라인에서 찾을 수 있는 공통 저장소가 일반적으로 소프트웨어를 제공하는 운영 체제의 기본 패키지 관리 유틸리티와 작동하도록 구성되도록 생성된다는 것입니다. Debian 리포지토리를 쿼리하기 위해 RHEL7 시스템에서 이를 구성 할 수 있지만 aptDebian과 Red Hat이 운영 체제를 빌드, 레이아웃, 구성 및 구성하는 방식의 차이로 인해 소프트웨어가 시스템과 호환되지 않을 수 있습니다. 이는 Linux 시스템에 Mac OS X 소프트웨어를 설치하려는 것과 같습니다. 둘 다 *NIX 기술을 기반으로 하지만 기능은 매우 다양합니다.

패키지가 누락된 것 같다고 해서 패키지 관리 도구를 변경할 필요는 없습니다.

모든 패키지 관리 도구는 배포판과 긴밀하게 통합되어 있으며 이는 CentOS에서도 다르지 않습니다. aptDebian 및 그 파생 제품과 잘 통합되어 있습니다. 비록 그들(Debian, Ubuntu, Mint, Knoppix...)이 동일한 패키지 관리 도구를 사용하더라도 해당 패키지는 특정 패키지 버전을 사용하여 연결 및 구성됩니다. 해당 배포판의 특정 종속성이 있습니다.

glibRedhat과 같은 운영 체제에 맞는 개발 패키지를 설치해야 합니다 .

yum install glib2-devel.x86_64

여기서 주의할 점은 배포판에서 다른 이름을 가질 수 있는 동등한 패키지를 찾아야 한다는 것입니다. 사용 중인 배포판에서 패키지를 검색하는 방법을 아는 것은 시간을 투자할 가치가 있는 일입니다.

제가 이 이름을 알게 된 경로는 다음과 같습니다.

[root@ftp ~]# yum search glib2| grep dev
glib2-devel.i686 : A library of handy utility functions
glib2-devel.x86_64 : A library of handy utility functions
spice-glib-devel.i686 : Development files to build Glib2 applications with
spice-glib-devel.x86_64 : Development files to build Glib2 applications with

패키지 정보를 보면 동일한 라이브러리 개발 패키지인 것처럼 보입니다.

[root@ftp ~]# yum info glib2-devel.x86_64
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * base: centos.brisanet.com.br
 * extras: centos.brisanet.com.br
 * rpmforge-extras: apt.sw.be
 * updates: centos.brisanet.com.br
Available Packages
Name        : glib2-devel
Arch        : x86_64
Version     : 2.28.8
Release     : 9.el6
Size        : 300 k
Repo        : base
Summary     : A library of handy utility functions
URL         : http://www.gtk.org
License     : LGPLv2+
Description : The glib2-devel package includes the header files for the GLib library.

또한 패키지 검색을 처음 사용하는 경우 이 온라인 도구를 사용하면 가장 일반적인 Linux 배포판에서 패키지를 찾는 데 도움이 될 수 있습니다.리눅스 패키지 검색

제가 이 질문을 드리는 이유는 yum install libglib2.0-dev가 실패하여 pidgin(pidgin-sipe) 플러그인을 설치하는 데 약간의 어려움이 있기 때문입니다. 이는 apt-get이 가치 있는 투자일 수 있음을 입증합니다.

짧은 대답: 그렇지 않습니다. 그렇지 않습니다.

aptfor 포트 가 있습니다 rpm.적절한 rpm. 최근까지는 사용할 수 없었지만 제가 아는 한 Red Hat 및 그 파생 제품은 이를 지원하지 않으므로 현재는 지원되지 않을 수 있습니다. 2008년 이후 개발이 정체된 것으로 보이며 전망은 암울합니다. 또한 apt-rpmyum 저장소에서는 작동하지 않으므로 누군가 rpm가 apt.

라는 변형도 있습니다.적절한4rpmConnectiva에서 만들었지만 apt-rpm보다 덜 사용되는 것 같습니다.

Red Hat 시스템에 Debian 자체 시스템을 설치하는 것은 apt설치에 성공하더라도 시간 낭비입니다. dpkgRed Hat에서 작동했거나 적어도 예전에는 그랬습니다. 하지만 dpkg을 사용하여 데비안과 같은 병렬 시스템을 구축하려는 시도는 완전히 불가능하다고 생각합니다 apt.

apt-rpm2006년쯤 Red Hat 시스템에서 기본적인 시스템 관리를 위해 이 프로그램을 사용한 기억이 납니다 . 내 기억이 맞다면 CentOS 설치였습니다. 그때는 여전히 잘 작동했어요. 하지만 지금은 2017년이고 내 추측으로는 apt-rpm이제 실제로는 죽은 것 같습니다.

apt그럼에도 불구하고 Red Hat 시스템에서 이를 사용하는 것이 가능하고 완벽하게 작동하더라도 귀하의 경험에 큰 영향을 미칠지 의심됩니다 . 데비안과 그 파생 제품이 잘 작동하는 이유는 마법 같은 특성이 있기 apt때문이 아닙니다 . 데비안 패키지 관리 도구( 등 )이 좋은 디자인과 구현에 대해 어느 정도 공로를 인정받을 수 있지만 apt이는 주로 데비안의 유명한 품질 관리 때문입니다.dpkgapt

"적절한 경험"을 원한다면 데비안을 사용하세요.

위의 답변에서 다른 사람들이 말했듯이 배포판과 패키지 관리는 밀접하게 연결되어 있습니다. RPM 기반 배포판의 Debian 또는 Ubuntu 저장소에서 무언가를 설치해야 하는 경우 가장 좋은 방법은 적절한 chroot(debootstrap을 통해)를 설정하고 거기에 필요한 것을 설치하는 것입니다. 그러면 기본적으로 배포판과 함께 데비안이 실행됩니다.

그런 다음 chroot에서 설치된 모든 응용 프로그램을 실행하도록 심볼릭 링크 및/또는 스크립트를 설정할 수 있습니다. 이는 그래픽 응용 프로그램에도 적용됩니다. 나는 샌드박스 이유로 이 작업을 수행하기 위해 다양한 앱을 사용해 왔지만 귀하의 앱도 타당한 이유입니다. Docker 컨테이너의 Debian은 시도해 볼 수 있는 유사한 옵션입니다. 기본적으로 더 나은 샌드박스 chroot입니다.