FORDULAT

Az RPM ( rekurzív mozaikszó : RPM Package Manager  – RPM – csomagkezelő ; korábban Red Hat Package Manager  – Red Hat csomagkezelő néven hozták nyilvánosságra) egy szoftvercsomag - formátum , valamint ezen csomagok kezelésére létrehozott program, amelyet számos Linux disztribúcióban használnak. ; az LSB fő csomagformátuma .

Eredetileg a Red Hat fejlesztette ki Red Hat Linux számára , az RPM-et számos Linux disztribúcióban használták, és más operációs rendszerekre is portolták: Novell NetWare (6.5 SP3 verziótól), IBM AIX (5. verziótól) és mások.

A cpio archívumtároló a fájlok RPM formátumban történő tárolására szolgál , a gzip segédprogrammal tömörítve . A későbbi verziók használhatják a csillag archiválót és tömöríthetik a bzip2 -vel , LZMA -val vagy XZ -vel . Az RPM 5.0 óta lehetséges az XAR archiváló használata .

RPM adatbázis

Az RPM-adatbázis a /var/lib/rpm könyvtárban található. Egyetlen adatbázisból (Csomagok) áll, amely a csomagokkal kapcsolatos összes információt tárolja, és sok kis adatbázisból ( __db.001 , __db.002 stb.), amelyek indexelésre szolgálnak, és információkat tartalmaznak arról, hogy a csomagok telepítésekor mely fájlokat módosították és hoztak létre. és eltávolították.

Ha az adatbázis valamelyest megsérül (ami akkor fordulhat elő, ha a telepítési vagy eltávolítási folyamat "meghalt", vagy elfogyott a hely a partíción), akkor az rpm --rebuilddb parancs kiadásával visszaállítható .

Ha az adatbázis megsemmisült, ajánlatos másolatot szerezni egy korábban készített biztonsági másolatból, vagy visszaállítani az rpm -ivh --justdb használatával , az rpm -qa | rendezni . Lehetséges félheurisztikus módszerek az adatbázis visszaállítására annak a lerakatnak a csomagjaiban található fájllistával, amelyből a rendszert telepítették, de jobb, ha nem hozzuk ide.

Csomagnevek

Minden RPM-csomag neve több részből áll:

• A program neve;
• Program verzió;
• Kiadott verziószám (az azonos verziójú program újraépítésének száma). Gyakran használják arra a disztribúcióra is, amely alatt ez a csomag épül, például mdv ( Mandriva Linux ) vagy fc4 ( Fedora Core 4);
• Az architektúra, amelyre a csomag készült ( i386 , ppc stb.)

A lefordított csomag általában a következő névformátummal rendelkezik:

<név>-<verzió>-<kiadás>.<architektúra>.rpm

Például:

nano-0,98-2,i386.rpm

Néha a forráskód is benne van a csomagban. Az ilyen csomagok nem tartalmaznak architektúra információt, helyette az src . Például:

libgnomeuimm2.0-2.0.0-3.src.rpm

A könyvtárakat leggyakrabban két külön csomagban terjesztik. Az első a beépített kódot tartalmazza, a második (általában -devel -vel hozzáfűzve ) a fejlécfájlokat és a fejlesztőknek szükséges egyéb fájlokat tartalmazza. Győződjön meg arról, hogy e két csomag verziója egyezik, ellenkező esetben előfordulhat, hogy a könyvtárak nem működnek megfelelően. A noarch.rpm kiterjesztésű csomagok függetlenek az adott számítógép-architektúrától. Általában más programok által használt grafikákat és szövegeket tartalmaznak.

Az RPM előnyei és hátrányai

Az RPM előnyei más felügyeleti eszközökkel és szoftvertelepítésekkel szemben

• A programok egyszerű eltávolítása és frissítése;
• Népszerűség: sok program RPM-ben épül fel, így nem kell forráskódokból felépíteni a programot;
• "Nem interaktív telepítés": könnyen automatizálható a telepítési / frissítési / eltávolítási folyamat;
• Csomagok integritásának ellenőrzése ellenőrző összegek és GPG aláírások segítségével;
• DeltaRPM , a javítás analógja , amely lehetővé teszi a telepített szoftverek minimális forgalommal történő frissítését;
• Gyűjtői tapasztalatgyűjtés lehetősége egy specifikációs fájlban;
• A specifikációs fájlok relatív tömörsége a makrók használatának köszönhetően.

Főbb hátrányok

• A makrócsomagok jelentősen eltérhetnek a disztribúciók között;
• A különböző verziók töredezettsége és összeférhetetlensége. Tehát vannak projektek az RPM 4 (rpm.org), RPM5 (rpm5.org) fejlesztésére, valamint nagyszámú javítás az RPM-hez a disztribúciókban. Ez különösen a következőkhöz vezet:
  • a specifikációs fájlok inkompatibilitása a disztribúciók között (az ALT Linux specifikációs fájl leggyakrabban nem építhető Red Hatre vagy SuSE-re jelentős javítások nélkül);
  • a csomag függőségi nevének inkonzisztenciái, amikor egy másik disztribúcióból próbálnak telepíteni egy csomagot (például a Connectiva build RPM-ekben a függőségek más szabályok szerint jönnek létre, mint a Mandrivában).

Csomag létrehozása

A csomag létrehozásához specifikációs fájl szükséges . Ez egy egyszerű szöveges fájl, amely .spec utótaggal rendelkezik, és tartalmazza a csomag nevét, verzióját, kiadási számát, a csomag felépítésére és telepítésére vonatkozó utasításokat, valamint a változtatások listáját. Ha van specifikációs fájl, akkor a csomag az rpmbuild paranccsal épül fel.

Példák

• rpm -Uhv package.rpm  - Ha a csomag megvan, akkor frissítésre kerül, ha nem, akkor telepítésre kerül.
• rpm -qa --queryformat '%010{SIZE}\t%{NAME}-%{VERSION}-%{RELEASE}\n'  Felsorolja az összes telepített csomagot és azok méretét.
• rpm -q --queryformat %{DISTRIBUTION} package.rpm  annak a disztribúciónak a neve, amelybe a csomag telepítve van (a -q opció a rendszerre telepített csomaghoz, a -qp opció a nincs telepítve).
• rpm-qa | A grep xx  azon csomagok listája, ahol az "xx" előfordul.
• rpm -q --whatprovides fullpathtofile  a fullpathtofile fájlt birtokló csomag neve.

Támogatott Linux disztribúciók

Az alábbiakban felsorolunk néhány ismertebb RPM-alapú disztribúciót:

• openSUSE
  • SUSE Linux Enterprise Desktop
  • MeeGo
• Fuduntu
• Mandriva Linux
  • Rosa Linux
  • Mageia
• ALT Linux
• Fedora
  • Orosz Fedora
  • CentOS
  • Red Hat Enterprise Linux
  • A fegyveres erők mobil rendszere
  • ASP Linux

(Ez nem egy teljes lista. További lehetőségeket talál a Linux disztribúciók listájában )

Hasznos kiegészítések az RPM-ekhez

Számos olyan program létezik, amely lehetővé teszi a függőségek automatikus feloldását a csomagok telepítésekor. Íme néhány a híresebbek közül:

• apt-rpm , az APT portja , amelyet eredetileg a Conectiva készített, majd az ALT Linux Team alaposan módosított, és még mindig fejlesztés alatt áll;
• apt4rpm , az APT egy későbbi portja , mint az apt-rpm;
• smart , számos disztribúcióhoz elérhető;
• urpmi , a Mandriva Linux által használt ;
• zypper , a SuSE által használt ;
• yum , a Yellow Dog Linux által fejlesztett , a Fedora , az ASP Linux , a Red Hat Enterprise Linux (az 5.0-s verzió óta és a CentOS, az arra épülő Scientific Linux disztribúciók) is használja.

Az RPM-ek grafikus felülete a PackageKit és a Synaptic .

Jegyzetek

1. ↑ RPM -- tervek, célok stb. . Max Spevack <mspevack redhat com>. Hozzáférés dátuma: 2011. január 20. Az eredetiből archiválva : 2012. október 6. (határozatlan)
2. ↑ http://rpm5.org/roadmap.php
3. ↑ [Rpm-bejelenti az RPM 4.18.0-t és a POPT 1.19-et!] - 2022.

Linkek

• Hivatalos weboldal Archivált 2014. szeptember 11-én a Wayback Machine -nél 
• Ideális rendszergazda: RPM (elmagyarázza az előnyöket a rendszergazdáknak)
• RPM  kézikönyvoldal
• Csomagok készítése egyszerű felhasználó által  (angol)
• Csomagfájl formátum – Linux Standards Base archiválva : 2009. szeptember 27. a Wayback Machine -nél 
• www.rpmfind.net Archiválva : 2006. augusztus 13. a Wayback Machine -nél  –  kereshető csomagkönyvtár
• rpm.pbone.net Archiválva : 2007. január 11. a Wayback Machine -nél  –  kereshető csomagkönyvtár
• rpm2cpio.sh Archiválva : 2012. március 6. a Wayback Machine -nél  – script csomagok kicsomagolásához
• Harmadik fél RPM-tárolóinak összekapcsolása Fedora/CentOS rendszeren Archiválva : 2007. március 27. a Wayback Machine -nél
• Windows-Linux migrációs terv: 9. rész: A szoftver telepítése Archiválva : 2007. május 1. a Wayback Machine  developerWorks USA -ban
• www.lexpr.ru Archiválva : 2011. október 11., a Wayback Machine  - Vlad Goreletsky-nél. Eric Foster-Johnson Red Hat RPM Guide könyvének orosz fordítása