Menginstal apt-get di redhat

9

Apakah mungkin untuk menginstal apt-getdi redhat? Saya mendapat kesan bahwa Anda tidak bisa, tetapi saya hanya ingin memastikan. Jika mungkin, hidup akan JAUH lebih mudah ketika menginstal berbagai program, terutama karena yumbenar-benar tidak memiliki banyak program yang tersedia.

Inilah yang saya coba (hanya untuk catatan):

Saya sudah mencoba menginstal apt-get mengikuti petunjuk ini, tetapi redhat tidak memiliki dpkg, jadi saya kembali ke titik 1.

Saya mengajukan pertanyaan ini karena saya mengalami kesulitan menginstal plugin untuk pidgin (pidgin-sipe) karena yum install libglib2.0-devgagal, yang merupakan bukti bagi saya bahwa memiliki apt-get mungkin merupakan investasi yang berharga.

Ada saran?

ajsmart
sumber
3
Untuk referensi di masa mendatang, saya juga menemukan bahwa itu juga yum install pidgin-sipeberfungsi. Ternyata saya tidak perlu menginstal manual, tapi itu adalah pengalaman belajar yang hebat.
ajsmart

Jawaban:

10

Anda tidak perlu mengganti alat manajemen paket Anda hanya karena paket sepertinya tidak ada.

Setiap alat manajemen paket terintegrasi erat dengan distribusinya, dan ini tidak berbeda dengan CentOS. aptterintegrasi dengan baik dengan Debian dan turunannya, dan bahkan jika mereka (Debian, Ubuntu, Mint, Knoppix ...) menggunakan alat yang sama untuk manajemen paket, paket mereka dihubungkan dan dikonfigurasi dengan versi paket spesifik yang dalam beberapa kasus hanya akan berfungsi dengan dependensi spesifik yang dimiliki distribusi tersebut.

Yang Anda butuhkan adalah menginstal paket dev glibkhusus untuk OS yang mirip:

yum install glib2-devel.x86_64

Peringatan di sini adalah bahwa Anda harus menemukan paket yang setara, yang dapat memiliki nama yang berbeda pada distribusi Anda. Mengetahui cara mencari paket pada distribusi yang Anda gunakan adalah menghabiskan waktu dengan baik untuk pengetahuan.

Bagaimana saya menemukan bahwa ini adalah namanya:

[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

Dan menampilkan info paket, Anda dapat melihat bahwa itu tampaknya paket dev perpustakaan yang sama:

[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.

Juga, jika Anda tidak terbiasa dengan pencarian paket, alat online ini dapat membantu Anda menemukan paket pada Distribusi Linux yang paling umum: Pencarian Paket Linux

Faheem Mitha
sumber
Saya sering menghadapi masalah ini, tetapi adakah yang setara untuk semuanya? Maksud saya, jika repo berbeda, itu menyiratkan kepada saya bahwa masing-masing akan memiliki program / fitur yang tidak dimiliki oleh yang lain.
ajsmart
1
Kebanyakan paket cli umum ( glib, linux-utils, iputils2, dos-utils, nmap, tcpdumpdan banyak lagi) dan interface grafis yang dikemas pada distribusi, jadi ya, kesempatan besar bahwa jika Anda memiliki paket yang tersedia pada DebianAnda mungkin memiliki pada CentOSatau pada itu repo masyarakat;)
Ini adalah kasus dimana distribusi Linux yang berbeda memiliki prioritas yang berbeda, dan ini tercermin dalam paket apa yang tersedia. Jika ini adalah masalah yang sering Anda temui, mungkin distribusi Linux lain lebih memprioritaskan Anda. distrowatch.com mungkin bermanfaat untuk perbandingan.
bgvaughan
Tetapi dalam kasus khusus pertanyaan ini, glibhal-hal terkait dev adalah sesuatu yang dapat Anda temukan di sebagian besar distribusi ...
@ bgvaughan Saya akan memilih distribusi yang berbeda, tapi ini terkait pekerjaan. Sayangnya, saya tidak punya pilihan. Satu-satunya versi Linux yang didukung perusahaan adalah RHEL, tetapi jika saya punya pilihan, saya akan memilih Ubuntu, atau salah satu turunannya.
ajsmart
12

TL; DR apt biasanya tidak berfungsi dengan distro berbasis Enterprise Linux dan Anda tidak akan menemukan banyak repo yang cocok untuk Anda.

Jika Anda kesulitan menemukan perangkat lunak yang Anda inginkan di Red Hat, itu karena repositori Anda tidak memiliki paket. Yang ingin Anda lihat adalah menambahkan repositori yang berbeda. Untuk Red Hat Enterprise Linux, repo pertama yang biasanya ditambahkan adalah Paket Ekstra Untuk Perusahaan Linux (EPEL) yang diselenggarakan di The Fedora Project. Anda mungkin akan menemukan BANYAK dari apa yang Anda lewatkan dalam repo itu.

Informasi lebih lanjut:

Meskipun tentu saja mungkin untuk menginstal aptutilitas manajemen paket pada sistem Enterprise Linux, itu tidak berarti Anda akan dapat melakukan apa saja dengan itu setelah Anda selesai.

Masalahnya di sini adalah aptutilitas adalah sebuah program yang bekerja dengan direktori yang diterbitkan dari paket perangkat lunak (repositori adalah nama yang biasa bagi saya, tetapi dapat bervariasi). Yum, rpm, dnf, emerge, Dll semua utilitas pada berbagai * distribusi NIX yang melakukan hal yang sama. Tetapi mereka tidak menawarkan perangkat lunak itu sendiri, mereka dikonfigurasikan untuk meminta repositori dan menyediakan paket dari mereka. Masalah lainnya adalah bahwa repositori umum yang Anda temukan online sering dibuat dengan dikonfigurasikan untuk bekerja dengan utilitas manajemen paket asli untuk OS yang mereka tawarkan untuk perangkat lunak. Anda mungkin bisa mengonfigurasiaptpada sistem RHEL7 Anda untuk menanyakan repo Debian, tetapi perangkat lunak kemungkinan tidak akan sesuai dengan sistem Anda karena perbedaan dalam bagaimana Debian dan Red Hat membangun, tata letak, struktur, dan mengkonfigurasi sistem operasi mereka. Ini seperti mencoba menginstal perangkat lunak Mac OS X di sistem Linux Anda. Keduanya berbasis teknis * NIX, tetapi sangat beragam dalam fungsinya.

0xSheepdog
sumber
1
Jadi, untuk memperjelas, Anda pada dasarnya mengatakan bahwa saya tidak perlu apt JIKA saya memiliki repositori ditambahkan ke sistem saya? (Terima kasih atas tautannya!)
ajsmart
Anda hanya perlu menemukan paket yang "setara" dengan distro Anda. Lihatlah jawaban saya @ajsmart
Benar! Apt adalah alat untuk menarik paket, yang biasa digunakan oleh distro berbasis Debian. Rpm, Yum, dan Dnf adalah keluarga alat yang digunakan oleh Enterprise Linux. Repo yang mereka gunakan juga berbeda, tetapi bukan karena alat tetapi karena keluarga OS repo melayani perangkat lunak. Semoga beruntung dan beri tahu kami jika Anda membutuhkan lebih banyak.
0xSheepdog
2

Saya mengajukan pertanyaan ini karena saya mengalami beberapa kesulitan menginstal plugin untuk pidgin (pidgin-sipe) karena yum install libglib2.0-dev gagal, yang merupakan bukti bagi saya bahwa memiliki apt-get mungkin merupakan investasi yang berharga.

Jawaban singkat: tidak juga, tidak.

Ada port aptfor rpm, yaitu apt-rpm . Itu dapat digunakan sampai relatif baru-baru ini, tetapi sejauh yang saya tahu, Red Hat dan turunannya tidak mendukungnya, jadi mungkin tidak sekarang. Pembangunan tampaknya terhenti sejak 2008, yang tidak menjanjikan. Juga, apt-rpmtidak dapat digunakan dengan repositori yum, jadi itu tidak berguna kecuali seseorang telah membangun rpmrepositori yang dapat digunakan dengannya apt.

Ada juga varian yang disebut apt4rpm yang dibuat oleh Connectiva, tetapi itu tampaknya bahkan lebih sedikit digunakan daripada apt-rpm.

Menginstal Debian sendiri aptdi sistem Red Hat adalah buang-buang waktu, bahkan jika berhasil diinstal. dpkgtersedia untuk Red Hat, atau setidaknya dulu. Tetapi mencoba mengatur sistem mirip Debian menggunakan dpkgdan aptakan menjadi non-starter lengkap, saya pikir.

Saya ingat menggunakan apt-rpmsistem Red Hat sekitar 2006 untuk administrasi sistem dasar. Jika ingatanku, itu adalah instalasi CentOS. Itu masih bekerja dengan cukup baik. Tapi ini 2017, dan tebakan saya apt-rpmsekarang sudah mati.

Bagaimanapun, saya ragu menggunakan aptsistem Red Hat, bahkan jika itu tersedia dan fungsional, akan membuat banyak perbedaan bagi pengalaman Anda. Alasan mengapa aptbekerja dengan baik pada Debian dan turunannya bukan karena kualitas magis yang aptdimiliki. Sebagian besar karena kontrol kualitas Debian yang terkenal, meskipun alat manajemen paket Debian ( dpkg, aptdll.) Dapat mengambil sebagian dari kredit karena dirancang dan diimplementasikan dengan baik.

Jika Anda menginginkan "pengalaman yang tepat", gunakan Debian.

Faheem Mitha
sumber
Tapi ini tidak akan mengubah kebutuhan op untuk sebuah libglib2.0-devpaket ... dan menginstal apttidak akan membuat nama paket berubah ... Masih akan apt-get install glib2-devel.x86_64, dan upaya yang dihabiskan untuk menginstal aptdapat lebih baik digunakan untuk mencari paket ...
Mau jelaskan downvote?
Faheem Mitha
Menghapus downvote. Versi pertama dari jawaban Anda entah bagaimana memimpin instalasi itu apt-rpmbisa menjadi solusi;)
@nwildner: Saya tidak melihat di mana saya menyiratkan itu.
Faheem Mitha
1

Adalah mungkin untuk melakukan ini, tetapi sangat sulit, umumnya direkomendasikan menentang, dan hampir pasti tidak perlu.

Apa yang Anda tanyakan adalah bagaimana menginstal sistem manajemen paket Debian pada sistem Red Hat.

Sistem manajemen paket melacak paket apa yang diinstal dalam suatu sistem, memfasilitasi instalasi dan pembaruan paket, melacak ketergantungan, dan menghindari konflik antar paket. Terutama karena dua alasan terakhir, sistem manajemen paket yang berbeda secara fundamental tidak kompatibel satu sama lain; mencoba menggunakan dua sistem yang berbeda secara bersamaan akan, tanpa pengawasan yang sangat hati-hati, dengan cepat membuat sistem Anda tidak dapat digunakan, karena Anda secara efektif akan mencoba memasang dua distribusi Linux yang berbeda satu sama lain.

Ketika seseorang memetakan pohon keluarga distribusi Linux, titik percabangan utama adalah pilihan sistem manajemen paket. Dua sistem yang paling umum adalah sistem manajemen paket Debian, DPKG, dan sistem Manajemen Paket Red Hat, RPM. "apt-get" adalah front-end untuk menggunakan sistem DPKG, dan membutuhkan seluruh toolset untuk bekerja; juga, "yum" adalah ujung depan untuk menggunakan sistem RPM.

Terkadang dimungkinkan untuk mengonversi paket dari satu sistem ke sistem lainnya. alien adalah aplikasi untuk melakukan ini. Perhatikan bahwa hampir tidak pernah disebutkan tanpa peringatan bahwa itu tidak dapat diandalkan.

Jika masalah yang ingin Anda selesaikan adalah Anda ingin menginstal aplikasi tertentu pada sistem Red Hat, maka Anda mungkin menemukan bahwa itu berfungsi lebih baik untuk menggunakan paket dari distribusi Linux lain yang menggunakan RPM; rpmfind dapat membantu Anda mencari. Ini sedikit lebih dapat diandalkan untuk menemukan sumber RPM dan membangunnya kembali di sistem Anda; yang mengurangi kemungkinan masalah dengan dependensi pada binari terkompilasi tertentu. Atau, Anda dapat memintas manajemen paket dengan menemukan tarball sumber untuk aplikasi dan mengompilasinya.

Jika masalah yang ingin Anda selesaikan adalah memiliki lebih banyak paket yang tersedia secara umum, maka Anda harus ingat bahwa Red Hat Enterprise Linux, dengan desain, memiliki penekanan pada stabilitas, dan repositori resminya relatif terbatas. Anda dapat memilih menggunakan Fedora Linux yang terkait erat, yang memiliki pilihan paket yang jauh lebih besar di repositori resminya, atau Anda mungkin ingin beralih ke Debian atau salah satu turunannya.

bgvaughan
sumber
0

Seperti yang dikatakan orang lain dalam jawaban di atas, distro dan manajemen paket mereka sangat erat. Jika Anda perlu menginstal hal-hal dari repo Debian atau Ubuntu di distro berbasis RPM Anda, saya yakin taruhan terbaik Anda adalah mengatur chroot yang sesuai (melalui debootstrap) dan menginstal apa pun yang Anda butuhkan di sana. Pada dasarnya Anda akan memiliki Debian yang menjalankan "di samping" distro Anda.

Anda kemudian dapat mengatur symlink dan / atau skrip yang menjalankan aplikasi apa pun yang Anda instal dari chroot - dan ini juga berfungsi untuk aplikasi grafis. Saya sudah melakukannya karena alasan sandboxing dengan berbagai aplikasi, tetapi milik Anda juga merupakan alasan yang valid. Debian dalam wadah Docker adalah opsi serupa yang bisa Anda coba - pada dasarnya, chroot kotak pasir yang jauh lebih baik.

ttsiodras
sumber
-2

Tutorial ini tampaknya menunjukkan: http://everyday-tech.com/apt-get-on-centos/

Namun masalah yang Anda hadapi dengan lebih sedikit paket adalah karena Anda tidak memiliki banyak repositori atau nama paket yang berbeda (misalnya: apache2 berbasis debian dan httpd berdasarkan red hat).

Anda dapat menggunakan: yum searchuntuk menemukan paket

Berikut adalah dokumen tentang cara menambahkan repositori yum:

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Deployment_Guide/sec-Managing_Yum_Repositories.html

Adonis
sumber