RPM

Manajer Paket PM
dari Wikipedia, ensiklopedia gratis
(Dialihkan dari Manajer Paket Red Hat)
Lompat ke navigasiLompat ke pencarian
Manajer Paket RPM (RPM)
RPM Logo.svg
Penulis asli Erik Troan, Marc Ewing,  Red Hat
Komunitas Pengembang & Red Hat
Rilis awal 1997; 26 tahun yang lalu
Rilis stabil
4.17.0 / 3 September 2021; 16 bulan yang lalu
Rilis pratinjau
4.18.0 alfa 2 / 5 Mei 2022; 8 bulan yang lalu
Gudang
github.com/rpm-software-management/rpm Edit ini di Wikidata
Ditulis dalam C, Perl
Sistem operasi Linux, mirip Unix
Tersedia dalam 40 bahasa
Lisensi GPL
Situs web rpm.org

RPM Package Manager (RPM) (awalnya Red Hat Package Manager, sekarang menjadi akronim rekursif) adalah sistem manajemen paket sumber terbuka dan gratis.Nama RPM mengacu pada format file .rpm dan program pengelola paket itu sendiri. RPM ditujukan terutama untuk distribusi Linux; format file adalah format paket dasar dari Basis Standar Linux.

Meskipun dibuat untuk digunakan di Red Hat Linux, RPM sekarang digunakan di banyak distribusi Linux seperti PCLinuxOS, Fedora, AlmaLinux, CentOS, openSUSE, OpenMandriva dan Oracle Linux. Ini juga telah dipindahkan ke beberapa sistem operasi lain, seperti Novell NetWare (pada versi 6.5 SP3), AIX IBM (pada versi 4),IBM i, dan ArcaOS

Paket RPM dapat berisi sekumpulan file yang berubah-ubah. Sebagian besar file RPM adalah “RPM biner” (atau BRPM) yang berisi versi terkompilasi dari beberapa perangkat lunak. Ada juga “RPM sumber” (atau SRPM) yang berisi kode sumber yang digunakan untuk membuat paket biner. Ini memiliki tag yang sesuai di header file yang membedakannya dari (B)RPM normal, menyebabkannya diekstrak ke /usr/src saat instalasi. SRPM biasanya membawa ekstensi file “.src.rpm” (.spm pada sistem file terbatas pada 3 karakter ekstensi, misalnya FAT DOS lama).

Sejarah
RPM awalnya ditulis pada tahun 1997 oleh Erik Troan dan Marc Ewing, berdasarkan pengalaman pms, rpp, dan pm.

pm ditulis oleh Rik Faith dan Doug Hoffman pada Mei 1995 untuk Perangkat Lunak Red Hat, desain dan implementasinya sangat dipengaruhi oleh pms, sebuah sistem manajemen paket oleh Faith dan Kevin Martin pada musim gugur 1993 untuk Bogus Linux Distribution. pm mempertahankan paradigma “Sumber Murni + tambalan” dari pms, sambil menambahkan fitur dan menghilangkan batasan sewenang-wenang yang ada dalam implementasi. pm memberikan dukungan basis data yang sangat ditingkatkan untuk melacak dan memverifikasi paket yang diinstal

Fitur
Untuk administrator sistem yang melakukan penginstalan dan pemeliharaan perangkat lunak, penggunaan manajemen paket daripada pembuatan manual memiliki keunggulan seperti kesederhanaan, konsistensi, dan kemampuan proses ini menjadi otomatis dan non-interaktif. rpm menggunakan Berkeley DB sebagai basis data backend meskipun sejak 4.15 pada 2019, ia mendukung pembuatan paket rpm tanpa Berkeley DB (–disable-bdb).

Fitur RPM meliputi:

  • Paket RPM dapat diverifikasi secara kriptografis dengan GPG dan MD5
  • Arsip sumber asli (mis. .tar.gz, .tar.bz2) disertakan dalam SRPM, mempermudah verifikasi
  • Pembaruan Delta: PatchRPM dan DeltaRPM, setara RPM dari file tambalan, dapat memperbarui perangkat lunak yang
  • diinstal RPM secara bertahap
  • Evaluasi dependensi build-time otomatis.

Operasi lokal
Paket dapat berasal dari dalam distribusi tertentu (misalnya Red Hat Enterprise Linux) atau dibuat untuknya oleh pihak lain (misalnya RPM Fusion untuk Fedora Linux).[12] Ketergantungan melingkar di antara RPM yang saling bergantung (disebut “neraka ketergantungan”) dapat menimbulkan masalah;[13] dalam kasus seperti itu, satu perintah instalasi perlu menentukan semua paket yang relevan.

Repositori
RPM sering dikumpulkan secara terpusat dalam satu atau lebih repositori di internet. Sebuah situs sering kali memiliki repositori RPM sendiri yang dapat berfungsi sebagai cermin lokal dari repositori internet tersebut atau merupakan kumpulan RPM berguna yang dikelola secara lokal.

Ujung depan
Beberapa ujung depan untuk RPM memudahkan proses mendapatkan dan menginstal RPM dari repositori dan membantu menyelesaikan ketergantungannya. Ini termasuk:

  • yum digunakan di Fedora Linux, CentOS 5 ke atas, Red Hat Enterprise Linux 5 ke atas, Scientific Linux, Yellow Dog Linux dan Oracle Linux
  • DNF, diperkenalkan di Fedora Linux 18 (default sejak 22), Red Hat Enterprise Linux 8, AlmaLinux 8, dan CentOS Linux 8.
  • up2date digunakan di Red Hat Enterprise Linux, CentOS 3 dan 4, dan Oracle Linux
  • Zypper digunakan di Mer (dan juga Sailfish OS), MeeGo, openSUSE dan SUSE Linux Enterprise
  • urpmi digunakan di Mandriva Linux, ROSA Linux dan Mageia
  • apt-rpm, sebuah port dari Advanced Packaging Tool (APT) Debian yang digunakan di Ark Linux,[15] PCLinuxOS dan ALT Linux
  • Smart Package Manager, digunakan di Unity Linux, tersedia untuk banyak distribusi termasuk Fedora Linux.
  • rpmquery, utilitas baris perintah yang tersedia di (misalnya) Red Hat Enterprise Linux
  • libzypp, untuk Sailfish OS

Basis data penginstalan RPM lokal
Bekerja di belakang layar pengelola paket adalah basis data RPM, yang disimpan di /var/lib/rpm. Ini menggunakan Berkeley DB sebagai back-endnya. Ini terdiri dari database tunggal (Paket) yang berisi semua informasi meta dari RPM yang diinstal. Beberapa basis data dibuat untuk tujuan pengindeksan, mereplikasi data untuk mempercepat kueri. Basis data digunakan untuk melacak semua file yang diubah dan dibuat saat pengguna (menggunakan RPM) menginstal sebuah paket, sehingga memungkinkan pengguna (melalui RPM) untuk membalikkan perubahan dan menghapus paket nanti. Jika basis data rusak (yang mungkin terjadi jika klien RPM dimatikan), basis data indeks dapat dibuat ulang dengan perintah rpm –rebuilddb.

Keterangan
Sementara format RPM sama di seluruh distribusi Linux yang berbeda, konvensi dan pedoman terperinci mungkin berbeda di antara mereka.

Paket nama file dan label
RPM dikirimkan dalam satu file, biasanya dengan nama file dalam format:

<nama>-<versi>-<rilis>.src.rpm untuk paket sumber, atau
<nama>-<versi>-<rilis>.<arsitektur>.rpm untuk binari.
Misalnya, dalam nama file paket libgnomeuimm-2.0-2.0.0_3.i386.rpm, <nama> adalah libgnomeuimm, <versi> adalah 2.0, <rilis> adalah 2.0.0_3, dan <arsitektur> adalah i386. Paket sumber terkait akan diberi nama libgnomeuimm-2.0-2.0.0_3.src.rpm

RPM dengan ekstensi noarch.rpm tidak bergantung pada arsitektur CPU tertentu. Misalnya, RPM ini mungkin berisi grafik dan teks untuk digunakan program lain. Mereka mungkin juga berisi skrip atau program shell yang ditulis dalam bahasa pemrograman lain yang ditafsirkan seperti Python.

Isi RPM juga menyertakan label paket, yang berisi informasi berikut:

  • nama perangkat lunak
  • versi perangkat lunak (versi yang diambil dari sumber hulu asli perangkat lunak)
  • rilis paket (berapa kali paket telah dibangun kembali menggunakan versi perangkat lunak yang sama). Bidang ini juga sering digunakan untuk menunjukkan distribusi spesifik yang dimaksudkan oleh paket dengan menambahkan string seperti “mdv” (sebelumnya, “mdk”) (Mandriva Linux), “mga” (Mageia), “fc4” (Fedora Core 4) , “rhl9” (Red Hat Linux 9), “suse100” (SUSE Linux 10.0) dll.
  • arsitektur tempat paket dibuat (i386, i686, x86_64, ppc, dll.)

Bidang label paket tidak perlu sama dengan nama file.

 

berkas SPESIFIKASI
“Resep” untuk membuat paket RPM adalah file spesifikasi. File spesifikasi diakhiri dengan akhiran “.spec” dan berisi nama paket, versi, nomor revisi RPM, langkah-langkah untuk membuat, menginstal, dan membersihkan paket, dan log perubahan. Beberapa paket dapat dibuat dari satu file spesifikasi RPM, jika diinginkan. Paket RPM dibuat dari file spesifikasi RPM menggunakan alat rpmbuild.

File spesifikasi biasanya didistribusikan dalam file SRPM, yang berisi paket file spesifikasi bersama dengan kode sumber.

SRPM
RPM tipikal adalah perangkat lunak pra-kompilasi yang siap untuk instalasi langsung. Kode sumber yang sesuai juga dapat didistribusikan. Ini dilakukan dalam SRPM, yang juga menyertakan file “SPEC” yang menjelaskan perangkat lunak dan cara pembuatannya. SRPM juga memungkinkan pengguna untuk mengkompilasi, dan mungkin memodifikasi, kode itu sendiri.

Paket perangkat lunak hanya dapat berisi skrip independen platform. Dalam kasus seperti itu, pengembang hanya dapat menyediakan SRPM, yang masih merupakan RPM yang dapat diinstal.

NOSRC
Ini adalah versi khusus dari SRPM. Ini berisi file “SPEC” dan tambalan opsional, tetapi tidak menyertakan sumber (biasanya karena lisensi)

Garpu
Pada Juni 2010, ada dua versi RPM dalam pengembangan: satu dipimpin oleh Proyek Fedora dan Red Hat, dan yang lainnya oleh grup terpisah yang dipimpin oleh pengelola RPM sebelumnya, mantan karyawan Red Hat.

RPM.org
Revisi kode besar pertama komunitas rpm.org adalah pada bulan Juli 2007; versi 4.8 dirilis pada Januari 2010, versi 4.9 pada Maret 2011, 4.10 pada Mei 2012, 4.11 pada Januari 2013, 4.12 pada September 2014, dan 4.13 pada Juli 2015.

Versi ini digunakan oleh distribusi seperti Fedora Linux, Red Hat Enterprise Linux dan turunannya, openSUSE, SUSE Linux Enterprise, Unity Linux, Mageia, [21] OpenEmbedded, Tizen dan OpenMandriva Lx (sebelumnya Mandriva).

RPM v5
Jeff Johnson, pengelola RPM sejak 1999, melanjutkan upaya pengembangan bersama peserta dari beberapa distro lain. RPM versi 5 dirilis pada Mei 2007.

Versi ini digunakan oleh distribusi seperti Wind River Linux (hingga Wind River Linux 10), Rosa Linux, dan OpenMandriva Lx (sebelumnya Mandriva Linux yang beralih ke rpm5 pada tahun 2011[22]) dan juga oleh proyek OpenPKG yang menyediakan paket untuk platform UNIX umum.

OpenMandriva Lx akan beralih kembali ke rpm.org[23] untuk rilis 4.0.[butuh pembaruan]

OpenEmbedded, pengguna utama terakhir RPM5, beralih kembali ke rpm.org karena masalah di RPM5

This entry was posted in . Bookmark the permalink.
This site uses cookies to offer you a better browsing experience. By browsing this website, you agree to our use of cookies.