RPM (Manager de pachete RedHat) este cel mai popular utilitar de gestionare a pachetelor pentru sisteme bazate pe palarie rosie, ca RHEL, CentOS, Fedora. Instrumentul permite administratorii de sistemși utilizatorii să instaleze, să actualizeze, să elimine, să interogheze, să verifice și să gestioneze pachetele software de sistem sisteme de operare Unix/Linux. Manager de pachete RPM stochează informații despre aplicațiile instalate în sistem în baza de date a acestuia /var/lib/rpm. Fișierele .rpm în sine conțin versiunile compilate ale software-ului, bibliotecile necesare pentru a le rula, precum și informații actualizate despre sursele pachetelor, versiuni și dependențe. RPM nu se poate descurca software compilat și instalat din sursă.
De fapt RPM funcționează în mai multe moduri. Cereri si verificari:
- rpm (-q|--interogare)
- rpm (-V|--verify)
- rpm (-i|--install) PACKAGE_FILE ...
- rpm (-U|--upgrade) PACKAGE_FILE ...
- rpm (-F|--freshen) PACKAGE_FILE ...
- rpm (-e|--erase) [--allmatches] [--justdb] [--nodeps] [--noscripts][--notriggers] [--test] PACKAGE_NAME...
1. Verificați semnătura gpg a pachetului rpm
Este recomandabil să verificați întotdeauna gpg semnând pachetul înainte de a-l instala pentru a-i verifica autenticitatea. # rpm --checksig pidgin-2.7.9-5.el6.2.i686.rpm pidgin-2.7.9-5.el6.2.i686.rpm: rsa sha1 (md5) pgp md5 OK2. Instalați pachetul rpm
Pentru instalare pachet rpm este folosită cheia -i: # rpm -ivh pidgin-2.7.9-5.el6.2.i686.rpm Se pregătește... ######################### # ################ 1:pidgin ############################ ## ########### -i: Instalați pachetul -v: arată informațiile de depanare -h: scoate semne hash la instalare3. Verificați dependențele pachetului rpm înainte de a instala
Puteți vedea lista de dependențe de pachete astfel: # rpm -qpR htop-2.0.2-2.fc26.aarch64.rpm ld-linux-aarch64.so.1()(64bit) ld-linux-aarch64.so. 1(GLIBC_2. 17)(64bit) libc.so.6()(64bit) libc.so.6(GLIBC_2.17)(64bit) libm.so.6()(64bit) libm.so.6(GLIBC_2. 17)(64bit ) libncursesw.so.6()(64bit) libtinfo.so.6()(64bit) rpmlib(CompressedFileNames)<= 3.0.4-1 rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(PayloadIsXz) <= 5.2-1 rtld(GNU_HASH) -q: executa cererea -p | --pachet: cerere de informatii -R: opțiunea modului de interogare, lista dependențelor pachetelor4. Rpm, instalarea pachetelor fără dependențe
Dacă sunteți sigur că sunt instalate toate dependențele necesare, dar rpm jură și nu vă permite să instalați pachetul, puteți ignora instalarea dependențelor folosind steag --noduri: # rpm -ivh --nodeps BitTorrent-5.2.2-1-Python2.4.noarch.rpm Se pregătește... ####################### #################### 1:BitTorrent ######################### # ############### Comanda de mai sus va instala forțat pachetul în ciuda erorilor rpm. Vă rugăm să rețineți că, dacă se dovedește că dependențele încă lipsesc în sistem, programul instalat nu va funcționa și va trebui să instalați dependențele necesare separat.5. Rpm, verificați pachetul instalat
Pentru a verifica dacă un pachet este instalat sau nu, trebuie să interogați pachetul necesar: pachet htop instalat # rpm -q htop htop-2.0.2-1.el7.x86_64 pachet fals# rpm -q pachet fals fals nu este instalat6. Rpm, lista fișierelor pachet instalate
Lista fișierelor pachet instalate poate fi obținută prin interogare -ql (lista de interogări): # rpm -ql htop /usr/bin/htop /usr/share/doc/htop-2.0.2 /usr/share/doc/htop-2.0.2/AUTHORS /usr/share/doc/htop-2.0. 2/COPIERE /usr/share/doc/htop-2.0.2/ChangeLog /usr/share/doc/htop-2.0.2/README /usr/share/man/man1/htop.1.gz /usr/share/ pixmaps/htop.png7. Rpm, lista celor mai recente pachete instalate
# rpm -qa --last htop-2.0.2-1.el7.x86_64 sat 03 iunie 2017 18:20:07 MSK8. Rpm, listează toate pachetele instalate
Pentru a obține o listă a tuturor pachetelor instalate pe sistem, trebuie să rulați interogarea -qa fără opțiuni suplimentare # rpm -qa perl-HTML-Parser-3.71-4.el7.x86_64 dracut-network-033-463.el7.x86_64 filesystem-3.2-21.el7.x86_64 .......... ........... lista de pachete va fi destul de mare, pentru paginare puteti folosi utilitati precum Mai mult sau Mai puțin: # rpm -qa | Mai mult9. Actualizați pachetul rpm
Pentru a actualiza orice rpm este utilizată opțiunea pachet -U (modernizare). Această opțiune nu numai că actualizează orice pachet la cea mai recentă versiune, dar creează și o copie de rezervă a versiunii vechi a pachetului. Dacă ceva nu merge bine după actualizare și software-ul nu funcționează, puteți reveni la o versiune de lucru instalată anterior și cunoscută. # rpm -Uvh nx-3.5.0-2.el6.centos.i686.rpm Se pregătește... ########################### ################ 1:nx ############################## ###########10. Scoaterea pachetului rpm
Pentru a elimina un pachet, utilizați opțiunea -e (şterge), opțiunea vv este folosită pentru o ieșire de depanare mai detaliată: # rpm -evv nx11. Eliminați pachetul rpm fără dependențe
Parametru --noduri scoateți cu forță pachetul rpm din sistem. Rețineți că eliminarea unui anumit pachet poate distruge alte aplicații de lucru. # rpm -ev --nodeps htop12. Rpm, solicitați un fișier aparținând unui pachet
Dacă trebuie să aflați cărui pachet îi aparține un anumit fișier, utilizați opțiunea -qf (fișier de interogare): # rpm -qf /etc/my.cnf mariadb-libs-5.5.52-1.el7.x86_6413. Rpm, obțineți informații despre pachetul instalat
Pentru a obține informații detaliate despre pachetul instalat, utilizați opțiunea -qi (interogați informații): # rpm -qi htop Nume: htop Versiune: 2.0.2 Lansare: 1.el7 Arhitectură: x86_64 Data instalării: Duminica 04 iunie 2017 10:20:51 Grup MSK: Aplicații/Dimensiune sistem: 212139 Licență: Semnătură GPL+: RSA/SHA256, duminica 24 iulie 2016 21:22:13 MSK, ID cheie 6a2faea2352c64e5 Sursă RPM: htop-2.0.2-1.el7.src.rpm Data construirii: Duminica 24 iulie 2016 13:01:34 MSK Build Gazdă: buildvm-26.phx2.fedoraproject.org Relocari: (nu se poate reloca) Ambalator: Proiect Fedora Furnizor: Adresa URL a proiectului Fedora: http://hisham.hm/htop/ Rezumat: Vizualizator de proces interactiv Descriere: htop este un text interactiv- vizualizator de proces pentru Linux, similar cu top(1).14. Rpm, obțineți informații despre un pachet care nu este încă instalat
Pentru a obține informații despre un pachet care a fost deja descărcat, dar care nu a fost încă instalat, puteți solicita -qip (pachet de informații de interogare): rpm -qip ./nume_patch.rpm15. Rpm, vizualizați fișierele de documentație pentru un anumit pachet
Cerere -qdf (interogați fișierul document) va lista toate fișierele de documentație a pachetului: # rpm -qdf /usr/bin/htop /usr/share/doc/htop-2.0.2/AUTHORS /usr/share/doc/htop-2.0.2/COPYING /usr/share /doc/htop-2.0.2/ChangeLog /usr/share/doc/htop-2.0.2/README /usr/share/man/man1/htop.1.gz16. Verificarea unui pachet de rpm specific
La verificarea unui pachet, informațiile despre fișierele instalate ale pachetului sunt comparate cu baza de date rpm. # rpm -Vp sqlbuddy-1.3.3-1.noarch.rpm S.5....T. c /etc/httpd/conf.d/sqlbuddy.conf17. Verificarea tuturor pachetelor rpm
# rpm -Va S.5....T. c /etc/rc.d/rc.local .......T. c /etc/dnsmasq.conf .......T. /etc/ld.so.conf.d/kernel-2.6.32-279.5.2.el6.i686.conf18. Importați cheia GPG
Pentru a verifica pachetele RHEL/CentOS/Fedora, trebuie să importați GPG cheie. Pentru a face acest lucru, rulați următoarea comandă: # rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-719. Rpm, vizualizați toate cheile importate
# rpm -qa gpg-pubkey* gpg-pubkey-7bd9bf62-5762b5f8 gpg-pubkey-352c64e5-52ae6884 gpg-pubkey-f4a80eb5-53a7ff4b gpg-pubkey-810f899620. Reconstruiți baza de date rpm coruptă
Uneori, baza de date rpm poate deveni coruptă, împiedicând funcționarea corectă a rpm-ului. Dacă se întâmplă acest lucru, trebuie să reconstruiți baza de date rpm: # cd /var/lib/rpm # rm -f __db.* # rpm --rebuilddb Ca de obicei: # man rpm Succes*.RPM - fișiere similare cu arhivele și programele de instalare Windows SFX.
De regulă, acestea conțin texte sursă colectate ale programelor care sunt ușor de editat.
Codul sursă al pachetului în sine este asamblat cu extensia .SRPM la comanda utilizatorului.
Operațiile cu pachetele din consolă sunt efectuate prin comanda RPM.
Îți reamintesc:
ajutor poate fi obținut tastând „rpm --help” sau „rpm -?”; iar manualul detaliat este "man rpm"
(pentru a ieși din manual și a reveni la terminal, trebuie să apăsați „q” ).
Aici se propune să vă familiarizați mai întâi cu descrierea programelor în sine pentru instalarea pachetelor
(cea principală este rpm) urmată de o listă de comenzi și opțiuni pentru acel program.
Instalarea software-ului pe Linux. |
Pe sistemul de operare Linux, există trei moduri de a instala software:
- Tradiţional.
- Din pachetele RPM.
- Din pachete care conțin cod sursă.
Să aruncăm o privire la toate cele trei metode.
Această metodă constă în faptul că programul este distribuit nu sub formă asamblată, ci sub formă de texte sursă. Această metodă este numită tradițională deoarece a fost prima modalitate de a instala software înainte de apariția RPM sau similar (apt-get).
1. Mod tradițional de instalare - instalare din texte sursă. |
De regulă, codul sursă este distribuit într-o arhivă. De obicei, fișierul care conține textul sursă are o extensie dublă: de exemplu, tar.gz sau tar.bz2. Aceasta înseamnă că acest fișier este comprimat de două arhive: mai întâi tar și apoi gzip.
Trebuie să despachetați arhiva conform principiului stivei: mai întâi cu un arhivator extern, apoi cu unul intern. Să presupunem că prg-2.00.tar.gz este numele de fișier al arhivei noastre. Pentru a-l despacheta, trebuie să introduceți comenzile:
gunzip prg-2.00.tar.gz
tar xvf prg-2.00.tar
Prima comandă va despacheta fișierul prg-2.00.tar, pe care îl vom specifica ca unul dintre argumentele din a doua comandă. Opțiunea x a programului tar înseamnă că trebuie să extragem fișierele din arhivă (opțiunea c este create). Puteți specifica parametrul v la discreția dvs., acesta oferă mai multe informații atunci când programul rulează.
Ultimul parametru f este necesar atunci când lucrați cu fișiere.
Programul tar a fost conceput inițial pentru a funcționa cu benzi de bandă, așa că trebuie să folosim opțiunea f pentru a spune programului că trebuie să lucrăm cu fișiere.
Dacă extensia externă nu este gz, ci bz sau bz2, atunci în loc de prima comandă trebuie să introduceți comenzile (respectiv):
bunzip prg-2.00.tar.bz
bunzip2 prg-2.00.tar.bz2
Apoi, ca și în primul caz, trebuie să rulați comanda tar (cu aceiași parametri).
Uneori, fișierele sursă au o singură extensie tgz. În acest caz, trebuie să introduceți o singură comandă:
tar xzf prg-2.00.tgz
Opțiunea z înseamnă extragerea fișierelor folosind programul de despachetare gzunzip. De obicei, fișierele de arhivă create cu programul tar și trecute prin filtrul arhivatorului gzip au această extensie.
Următorul pas este instalarea efectivă a programului. După finalizarea cu succes a primei etape (despachetare), mergeți la directorul care conține textele sursă. Acesta este de obicei un director<имя_программы-версия>:
cd prg-2.00
. /configure
face
face instalarea
Prima comandă configurează programul de instalare să funcționeze cu sistemul dumneavoastră. Acest program verifică, de asemenea, dacă programul instalat poate rula pe sistemul dumneavoastră. Dacă programul nu este posibil,
veți vedea un mesaj corespunzător și procesul de instalare va fi întrerupt.
Acest lucru se întâmplă de obicei atunci când una dintre bibliotecile cerute de noul program nu este instalată pe sistemul dumneavoastră. Pentru a continua instalarea, trebuie să instalați biblioteca necesară și să încercați să tastați din nou comanda ./configure. După finalizarea cu succes a programului ./configure, va fi creat un Makefile, care va conține parametrii necesari (căi către biblioteci, cale pentru instalarea programului) pentru programul make.
A doua comandă (make) „construiește” programul. În această etapă, programul este compilat, adică fișierele executabile binare sunt create din textele sursă.
A treia comandă, make install, instalează programul și fișierele de ajutor în directoarele corespunzătoare. Programele sunt de obicei instalate în directorul /usr/bin, dar acest lucru depinde de conținutul fișierului de configurare Makefile.
După instalarea cu succes a programului, îl puteți rula după ce citiți documentația acestui program.
2. Instalarea programului din pachetul RPM. |
Instalarea software-ului pe distribuțiile Red Hat și Mandrake se face folosind programul rpm. RPM (Red Hat Package Manager) este managerul de pachete Red Hat. Deși are „Red Hat” în nume, este pe deplin destinat să funcționeze ca un sistem de ambalare deschis, disponibil pentru utilizare de oricine. Permite utilizatorilor să ia codul sursă pentru noul software și să îl împacheteze în formă sursă și binară, astfel încât fișierele binare să poată fi instalate și urmărite cu ușurință, iar codul sursă să fie ușor
construit. Acest sistem menține, de asemenea, o bază de date cu toate pachetele și fișierele acestora, care poate fi utilizată pentru a verifica pachetele și a interoga informații despre fișiere și/sau pachete.
Spre deosebire de vrăjitorii familiari InstallShield care sunt utilizați pentru a instala programe pentru Windows, pachetele RPM (fișiere cu extensia .rpm) nu sunt fișiere executabile, adică programe. Pachetele conțin fișiere (ca într-o arhivă) care trebuie instalate, precum și diverse informații despre acest pachet: ce pachet este necesar pentru ca acest pachet să funcționeze, cu ce pachet este în conflict, informații despre dezvoltator, precum și informații care indică ce anume acțiuni pe care trebuie să le întreprindeți la instalarea acestui pachet, cum ar fi directoarele de creat. Managerul de pachete RPM este folosit de multe distribuții Linux (Red Hat, Mandrake, ASP, Black Cat) și este destul de ușor și flexibil de utilizat, ceea ce îl face popular.
De exemplu, pentru pachetul software-1.0-I.i386.rpm are loc: software - nume;
1.0 - versiunea programului;
1 - eliberarea pachetului;
i386 - platforma Intel 386.
De obicei, numele fișierului pachet conține numele, versiunea, versiunea, platforma. Ultimele patru caractere - „.rpm” - o indicație că acest fișier este un pachet. Linux nu are o extensie sau un tip de fișier.
Rețineți diferența dintre versiunea software și ediția pachetului. Versiunea indicată în numele pachetului este versiunea software-ului conținut în acesta. Numărul versiunii este stabilit de autorul programului, care de obicei nu este producătorul pachetului.
Numărul versiunii caracterizează și se referă la software. În ceea ce privește numărul de lansare, acesta caracterizează pachetul în sine - indică numărul versiunii existente a pachetului. În unele cazuri, chiar dacă software-ul nu s-a schimbat, poate fi necesară reambalarea acestuia.
Cu numele și versiunea programului, cred că totul este clar. Dar arhitectura este puțin mai complicată. Cele mai „universale” pachete sunt pachete concepute pentru arhitectura Intel 386. Acest program ar trebui
rulați pe orice procesor Intel care începe cu 80386DX (sau compatibil). Dar dacă aveți un procesor 80486, un pachet proiectat să funcționeze cu arhitectura 80586 (Pentium) cel mai probabil nu se va instala pe sistemul dumneavoastră.
De obicei, următoarele denumiri sunt utilizate pentru procesoarele cu arhitectură CISC (cu setul de instrucțiuni x86):
i386 - Intel 80368DX;
i586 - Intel Pentium (MMX), AMD K5 (K6);
i686 - Intel PPro, Celeron, PII, RSH, PIV.
În cel mai simplu caz, comanda de instalare a pachetului arată astfel:
rpm -i<пакет>
Înainte de a instala un program, RPM va verifica dependențele pachetului, adică dacă aveți alte pachete instalate pe sistemul dvs. de care noul program are nevoie sau cu care intră în conflict. Dacă toate sunt necesare
pachete (sau programul nu are nevoie deloc de pachete suplimentare) și, de asemenea, dacă noul program nu intră în conflict cu niciun pachet deja instalat, managerul RPM va instala programul.
În caz contrar, veți primi un mesaj că programul are nevoie de un pachet suplimentar pentru a funcționa sau că programul intră în conflict cu un pachet deja instalat.
Dacă aveți nevoie de un pachet suplimentar, instalați-l. Dar dacă programul intră în conflict cu un pachet deja instalat, atunci va trebui să alegeți ce pachet aveți nevoie mai mult: deja instalat sau nou.
La instalarea programului, recomand să specificați doi parametri suplimentari: h și v. Primul îi spune programului să afișeze o bară de stare pentru procesul de instalare, iar al doilea afișează mesaje suplimentare. Bara de stare va fi afișată ca simboluri #. Având în vedere acești doi parametri, comanda de instalare devine puțin mai complicată:
rpm -ihv software-1.0-1.i386.rpm
Instalarea poate fi efectuată nu numai de pe un disc local, ci și prin FTP:
Pentru a elimina un pachet, utilizați comanda:
rpm -e<пакет>
Din nou, atunci când instalați sau eliminați pachete, rețineți că unele pachete pot necesita ca alte pachete să fie prezente în sistem - aceasta se numește dependență de pachet. Prin urmare, uneori nu veți putea instala un anumit pachet până când nu veți instala toate pachetele necesare pentru ca acesta să funcționeze. Când dezinstalați un program, managerul de pachete verifică și dependențele dintre pachete. Dacă pachetul care este eliminat este necesar pentru alte pachete, nu îl veți putea elimina.
Pentru a sări peste verificarea dependenței, utilizați opțiunea --nodeps.
Acest lucru este uneori util. De exemplu, aveți postfix instalat și trebuie să instalați sendmail. Ambele programe sunt folosite pentru a trimite mail.
Cu toate acestea, multe programe de e-mail necesită un agent MTA (Mail Transfer Agent) - un program pentru trimiterea de e-mail (postfix sau sendmail).
Prin urmare, nu puteți dezinstala programul postfix folosind opțiunea -e.
Nici sendmail nu se poate instala fără dezinstalarea postfix, deoarece pachetele sunt în conflict între ele. În acest caz, comanda vă va ajuta:
rpm -e -nodeps postfix
După o astfel de eliminare, alte programe care necesită un MTA nu pot funcționa normal, așa că trebuie să instalați imediat programul sendmail (sau un alt MTA). În acest caz, trebuie să instalați programul, ca de obicei, folosind parametrul -i.
Opțiunea -U este folosită pentru a actualiza programe. Recomand să-l folosiți și la instalarea programelor, deoarece dacă pachetul care se instalează a fost deja instalat, atunci acesta va fi actualizat, iar dacă nu, atunci noul pachet va fi instalat pur și simplu. Pentru a vedea un indicator text la instalarea pachetelor, utilizați opțiunea h. Comanda pentru actualizarea pachetului:
rpm -Uhv<пакет>
De exemplu:
rpm -Uhv software-1.1-4.i386.rpm
Indicatorul text va fi afișat ca simboluri #. Puteți vizualiza toate pachetele instalate cu comanda:
rpm -qa eu mai puțin
Dacă trebuie să știți dacă este instalat un anumit pachet, executați comanda:
rpm-qa | grep nume_pachet
Puteți vizualiza informații generale despre un pachet cu comanda:
pachet rpm -qi
și informații despre fișierele care sunt incluse în pachet:
pachetul rpm -ql
Programele gnorpm, kpackage, apt. |
Managerul de pachete RPM este un instrument puternic pentru efectuarea de operațiuni asupra pachetelor - crearea, instalarea, actualizarea, ștergerea. Cu toate acestea, interfața de linie de comandă poate să nu atragă toată lumea, și mai ales unui administrator începător. Există, de asemenea, implementări grafice (sub X Window) ale managerului de pachete - de exemplu, kpackage de la KDE, gnorpm și altele.
Recomand să folosiți programul gnorpm, care are o interfață intuitivă. RPM este mai potrivit pentru crearea de pachete noi, precum și pentru actualizarea unui număr mare de pachete. Pentru a instala unul sau două pachete, este mai bine și mai convenabil să utilizați gnorpm.
Funcțiile programului gnorpm:
Instalarea pachetelor.
Eliminarea pachetelor.
Obțineți informații despre un pachet.
Verificarea pachetului.
Căutați un pachet în baza de date RPM.
Pentru a instala un pachet, faceți clic pe butonul „Instalare”. Dacă există un CD de instalare în unitatea CD-ROM, atunci în fereastra care apare veți vedea o listă de pachete neinstalate încă în sistem.
Dacă pachetul nu este listat sau doriți să instalați un pachet care nu este inclus în distribuție, faceți clic pe butonul Adăugare și adăugați pachetele pe care doriți să le instalați în listă. Faceți clic pe butonul „Solicitare” pentru a obține informații despre pachet.
Dacă pachetul nu este încă instalat și aveți suficient spațiu pe disc pentru a-l instala, faceți clic pe butonul „Instalare”. După aceea, pachetul va fi verificat pentru a vedea dacă dependențele sunt satisfăcute: acest pachet necesită prezența vreunui pachet dezinstalat și este în conflict cu pachetele deja instalate. Dacă totul este în ordine, veți vedea fereastra de stare a instalării pachetului.
Puteți găsi un pachet utilizând operația de căutare. Pentru a face acest lucru, faceți clic pe butonul „Căutare” din bara de instrumente gnorpm sau executați comanda de meniu Operații -> Căutare. În fereastra care se deschide, puteți seta criteriile de căutare și faceți clic pe butonul „Căutare”.
KDE vine cu un program de interfață grafică cu utilizatorul care gestionează pachetele, kpackage. Funcțiile sale sunt similare cu programul gnorpm. Care dintre aceste programe să folosiți este o chestiune de gust și obișnuință.
De menționat este și programul APT. Programul APT este un sistem de management al pachetelor software. APT a fost dezvoltat inițial pentru Debian Linux. Acum este inclus cu unele compatibile Red Hat
distribuții (de exemplu, apt-get este inclus cu AltLinux, dar nu îl veți găsi în Red Hat Linux). Apt-get este folosit pentru a gestiona pachetele. Formatul pentru invocarea programului apt-get este următorul:
apt-get [opțiuni] [comenzi] [pachet. . .]
Distribuția Linux Mandrake vine cu propriul instrument de gestionare a pachetelor, rpmdrake. Până la a zecea versiune a distribuției, s-a schimbat puțin. Acum este format din trei părți:
/usr/sbin/edit-urpm-media - manager de surse de pachete (am spus deja care sunt sursele, deci nu ne vom opri asupra acestui lucru);
rpmdrake - manager de pachete;
rpmdrake-remove este un manager de eliminare a pachetelor.
Puteți lansa oricare dintre părți din meniul K: Sistem | Setare | Pachete.
Instalați din pachete care conțin cod sursă. |
Uneori, pachetele RPM nu conțin versiuni compilate ale programelor, ci codul lor sursă. Acest lucru este indicat de cuvântul src în loc de numele arhitecturii. Pentru a instala un astfel de pachet, introduceți:
rpm --rebuild software-2.00-1.src.rpm
Desigur, în loc de software-2.00-l.src.rpm, trebuie să specificați numele real al fișierului. Înainte ca un program să fie instalat, codul sursă al acestuia va fi compilat și apoi programul va fi instalat.
OPTIUNI GENERALE.
Aceste opțiuni pot fi utilizate în toate modurile de operare.
„-vv” Afișează o mulțime de informații de depanare.
„--quiet” Afișează cât mai puține mesaje - de obicei sunt afișate doar mesajele de eroare.
„--help” Imprimați ajutor mai detaliat decât de obicei despre utilizarea rpm.
„--version” Tipăriți o singură linie care conține numărul versiunii rpm-ului utilizat.
„--rcfile<список-файлов>"
Fiecare dintre fișiere este separat prin două puncte<списка-файлов>rpm este citit secvenţial pentru informaţii de configurare.
Mod implicit<список-файлов>arată ca /usr/lib/rpm/rpmrc:/etc/rpmrc:~/.rpmrc.
Doar primul rând trebuie să existe în această listă; toate tildele vor fi înlocuite cu valoarea $HOME.
"--rădăcină<каталог>„Utilizați pentru toate operațiunile sistemul de fișiere în care s-a rootat<каталог>.
Rețineți că aceasta înseamnă că baza de date va fi, de asemenea, citită și modificată sub<каталог>, iar toate scripturile pre și post vor fi executate după chroot() în<каталог>.
„--dbpath<путь>„Utilizați baza de date RPM în<путь>.
„--justdb” Actualizați numai baza de date, nu sistemul de fișiere.
„--ftpproxy
„--ftpport<порт>, --httpport<порт>" Utilizare<порт>ca port de server proxy FTP sau HTTP.
„--țeavă
Intretinerea bazei de date:
rpm -i [--initdb]
rpm -i [--rebuilddb]
OPȚIUNI DE RECONSTRUIRE BAZĂ DE DATE.
Forma generală a comenzii de reconstrucție a bazei de date RPM este:
rpm --rebuilddb
Pentru a construi o nouă bază de date:
rpm --initdb
Acest mod acceptă doar două opțiuni, --dbpath și --root.
lansa
rpm --showrc
tipărește valorile pe care rpm le va folosi pentru toate opțiunile care pot fi setate în fișierele rpmrc.
Asamblare:
rpm [-b|t] +
rpm [--reconstruire] +
rpm [--tarbuild] +
OPȚIUNI PENTRU PACHETE DE CONSTRUIRE (CONSTRUIRE).
Forma generală a comenzii de construire a pachetului rpm arată astfel:
rpm -O [opțiuni de construcție]
Argumentul -bfR este folosit dacă un fișier de specificații este folosit pentru a construi pachetul. Dacă rpmfR va extrage acest fișier dintr-o arhivă gzip (sau comprimare), se folosește argumentul -tfR. După primul argument, se specifică următorul (OfR), indicând ce etape de asamblare și ambalare trebuie efectuate. Acesta este unul dintre:
„-bp” Execută etapa „%prep” a fișierului cu specificații. Acest lucru implică de obicei despachetarea surselor și aplicarea de patch-uri asupra acestora.
„-bl” Efectuați „verificarea listei”. În secțiunea „%fișiere” a fișierului cu specificații, macrocomenzile sunt extinse și fișierele listate sunt verificate pentru existența.
„-bc” Executați etapa „%build” a fișierului de specificații (după executarea etapei %prep). De obicei, se rezumă la a face un echivalent cu „a face”.
„-bi” Executați etapa „%install” a fișierului cu specificații (după executarea etapelor %prep și %build). De obicei, se rezumă la a face ceva echivalent
„face instalarea”.
„-bb” Construiți un pachet binar (execută anterior etapele %prep, %build și %install).
„-bs” Construiți numai pachetul sursă (după rularea etapelor %prep, %build și %install).
„-ba” Construiți pachete binare (RPM) și sursă (SRPM) (după rularea etapelor %prep, %build și %install).
De asemenea, pot fi utilizate următoarele opțiuni:
"--short-circuit" Executați direct etapa specificată, sărind peste cele precedente. Poate fi folosit numai cu -bc și -bi.
„--timecheck” Setați vârsta pentru „timecheck” (0 pentru a dezactiva). Această valoare poate fi setată și prin definirea macrocomenzii „_timecheck”.
Valoarea de verificare a timpului determină vârsta maximă (în secunde) a fișierelor care trebuie împachetate. Toate fișierele mai vechi de această vârstă vor fi avertizate.
„--clean” Eliminați arborele de construcție după ce pachetele au fost construite.
„--rmsource” Eliminați sursele și fișierul de specificații după compilare (poate fi folosit separat, de exemplu, „rpm --rmsource foo.spec”).
„--test” Nu executați niciun pas de construcție. Util pentru testarea fișierelor cu specificații.
„--sign” Încorporați o semnătură PGP în pachet. Această semnătură poate fi folosită pentru a verifica integritatea și originea pachetului. Vezi secțiunea
SEMNATURĂ PGP pentru opțiunile PGP.
„--buildroot<каталог>„Utilizați directorul<каталог>ca rădăcină pentru construirea pachetelor.
"--ţintă<платформа>"
Când construiți un pachet, interpretați<платформа>ca arh-vendor-os
și setați macrocomenzile _target, _target_arch și _target_os în consecință.
„--buildarh
construirea sistemului. Această opțiune este depreciată, în RPM 3.0 ar trebui utilizată în schimb opțiunea --target.
„--buildos
arhitectura sistemului pe care se realizează montajul. Această opțiune este depreciată, în RPM 3.0 ar trebui utilizată în schimb opțiunea --target.
OPȚIUNI DE RECONSTRUIRE ȘI RECOMPILARE.
Există alte două moduri de a porni rpm:
rpm --recompilare<файл_исходного_пакета>+"
rpm --reconstruire<файл_исходного_пакета>+"
Când este apelat în acest fel, rpm instalează pachetul sursă specificat și execută %prep, %build și %install. În plus, --rebuild construiește un nou pachet binar. După ce build-ul este complet, arborele folosit pentru build este eliminat (ca și în cazul opțiunii --clean), sursele în sine și fișierul spec.
SEMNATURĂ RPM EXISTENT.
rpm --demisia<файл_бинарного_пакета>+
Această opțiune generează și inserează semnături noi în pachetele specificate.
Toate semnăturile existente din pachete sunt eliminate.
rpm --addsign<файл_бинарного_пакета>+
Această opțiune generează și adaugă noi semnături la pachetele specificate.
Toate semnăturile de pachete existente sunt păstrate.
SEMNĂTURI PGP.
Pentru a utiliza funcția de semnare, rpm trebuie configurat să ruleze PGP și trebuie să poată găsi un inel de chei publice cu o cheie RPM în el. În mod implicit, rpm utilizează valorile implicite PGP pentru a găsi brelocuri (observând PGPPATH).
Dacă inelele de chei nu se află acolo unde se așteaptă PGP să fie, trebuie să setați macro-ul „_pgp_path” în directorul care conține inelele de chei.
Dacă doriți să puteți semna pachetele pe care le creați, trebuie să vă creați propria pereche de chei publice/private (consultați documentația PGP). Pe lângă macrocomenzile de mai sus, trebuie să configurați și macrocomenzile
„_signature” Tipul semnăturii. În prezent, numai pgp este acceptat.
„_pgp_name” Numele „utilizatorului” ale căror chei doriți să le utilizați pentru a vă semna pachetele.
Când construiți pachete, adăugați opțiunea --sign la linia de comandă. Vi se va cere o parolă și pachetul dumneavoastră va fi asamblat și semnat.
De exemplu, pentru a utiliza PGP pentru a semna pachete ca utilizator „John Doe
"%_semnătură"
pgp
„%_pgp_name”
/etc/rpm/.pgp
„%_pgp_name”
John Doe
în fișierul de configurare macro. Utilizați /etc/rpm/macros pentru întregul sistem și ~/.rpmmacros pentru configurarea utilizatorului.
Mentenanta pachetelor instalate:
rpm [--install] [install-options] [fișier-pachet]+
rpm [--eshen|-F] [opțiuni-instalare] [fișier-pachet]+
rpm [--uninstall|-e] [uninstall-options] [pachet]+
rpm [--verify|-V] [verify-options] [pachet]+
OPȚIUNI DE INSTALARE ȘI ACTUALIZARE.
Forma generală a comenzii de instalare rpm este:
rpm -i [opțiuni-instalare]<файл_пакета>+
Această comandă instalează pachete noi.
Forma generală a comenzii de actualizare rpm arată astfel:
rpm -U [opțiuni-instalare]<файл_пакета>+
Această comandă actualizează pachetele instalate. Această comandă funcționează exact ca comanda de instalare, cu excepția faptului că toate celelalte versiuni de pachet sunt eliminate din sistem.
rpm [-F|--eshen] [opțiuni de instalare]<файл_пакета>+
O astfel de comandă actualizează pachetele, dar numai dacă versiunile anterioare ale acestor pachete există în sistem.
Slujba permisă<файл_пакета>ca URL în stil ftp sau http. În acest caz, înainte de instalare, fișierul va fi obținut de la serverul specificat în URL.
„--force” La fel ca o combinație de --replacepkgs, --replacefiles și --oldpackage.
„-h, --hash” Afișează 50 de caractere „#” pe măsură ce arhiva cu pachetul este dezambalată. Folosit cu -v pentru frumusețe.
„--oldpackage” Vă permite să înlocuiți un pachet nou cu unul mai vechi atunci când faceți upgrade (retroducere).
„--percent” Afișează procentul de finalizare pe măsură ce arhiva cu pachetul este dezambalată. Proiectat pentru a facilita utilizarea rpm de la alte utilități.
„--replacefiles” Instalați pachetele chiar dacă suprascriu fișiere din alte pachete deja instalate.
„--replacepkgs” Instalați pachetele chiar dacă unele dintre ele sunt deja instalate pe sistem.
„--allfiles” Instalați sau actualizați toate fișierele specificate ca „missingok”, chiar dacă acestea există deja.
„--nodeps” Nu verificați dependențele înainte de a instala sau actualiza un pachet.
„--noscripts” Nu executați scripturi pre- și post-instalare.
„--notriggers” Nu executați scripturi de declanșare setate pentru a instala acest pachet.
„--ignoresize” Nu verificați sistemul de fișiere pentru spațiu liber suficient înainte de a instala acest pachet.
„--excludepath<путь>„Nu instalați fișiere ale căror nume încep cu<путь>.
„--excludedocs” Nu instalați niciun fișier marcat ca fișiere de documentație (include manuale și documente texinfo).
„--includedocs” Instalați fișierele de documentație. Acesta este comportamentul implicit.
„--test” Nu instalați pachetul, doar testați instalabilitatea și raportați orice problemă.
„--ignorearch” Instalați sau actualizați chiar dacă arhitecturile RPM binar și mașina nu se potrivesc.
„--ignoreos” Instalați sau faceți upgrade chiar dacă sistemele de operare ale RPM binar și ale mașinii nu se potrivesc.
"--prefix<путь>" Setați prefixul de instalare la<путь>pentru pachetele relocabile.
„--relocați<старый_путь>=<новый_путь>" Pentru pachetele relocabile: convertește fișierele în care ar fi trebuit să fie instalate<старый_путь>în<новый_путь>.
„--badreloc” Pentru utilizare cu --relocate. Efectuează o relocare chiar dacă pachetul nu este relocabil.
„--noorder” Nu reordonați lista pachetelor de instalat. De obicei, lista este reordonată pentru a satisface dependențe.
Cerere:
rpm [--query] [query-options]
rpm [--querytags]
OPȚIUNI DE CERERE.
Forma generală a comenzii rpm query (inspecție) arată astfel:
rpm -q [opțiuni-interogare]
Puteți seta formatul în care vor fi afișate informațiile despre pachet. Acest lucru se face folosind opțiunea --queryformat urmată de un șir de format.
Formatele de solicitare sunt o versiune modificată a formatării standard printf(3). Formatul constă din șiruri de caractere statice (care pot include secvențe standard de escape C pentru linii noi, tabulaturi și alte caractere speciale) și formate de tip printf(3). Deoarece rpm știe deja tipurile de date care urmează să fie scoase la ieșire, specificatorii de tip trebuie omisi și înlocuiți cu numele etichetelor (chei) ale antetelor care urmează să fie scoase, incluse în (). Partea RPMTAG_ a numelui etichetei poate fi omisă.
Formate alternative de ieșire pot fi specificate adăugând :typetag la numele etichetei. Tipurile acceptate în prezent sunt octal, date, shescape, perms, fflags și depflags.
De exemplu, pentru a afișa numai numele pachetelor încărcate, puteți utiliza %(NAME) ca șir de format. Puteți utiliza %-30(NAME)%(DISTRIBUTION) pentru a afișa numele pachetelor și informațiile despre distribuție în două coloane.
Când rulează cu argumentul --querytags, rpm va lista toate etichetele despre care știe.
Există două seturi de opțiuni pentru o interogare - selecția pachetului și selecția informațiilor.
Opțiuni de selecție a pachetului:
"<название_пакета>" Solicitarea unui pachet instalat numit<название_пакета>.
„-a, --all” Interogați toate pachetele instalate.
„--ceea ce cere
„--ce oferă
„-f<файл>, --file<файл>" Solicitați pachetul care deține un fișier<файл>.
„-g<группа>, --grup<группа>" Solicitați pachete de la un grup<группа>.
"-p<файл_пакета>" Solicitarea unui pachet (dezinstalat).<файл_пакета>.
Fişier<файл_пакета>poate fi dat ca URL în stil ftp sau http; în acest caz, antetul pachetului va fi preluat de pe serverul specificat.
„--specfile
„--querybynumber
"--declanșat de<имя_пакета>" Interogați toate pachetele care conțin scripturi de declanșare activate de pachet<имя_пакета>.
Opțiuni de selectare a informațiilor:
"-i"
Afișează informații despre pachet, inclusiv numele, versiunea și descrierea. Utilizează --queryformat dacă este dat unul.
„-R, --requires” Tipăriți o listă de pachete de care depinde acest pachet.
„--provides” Listează serviciile și bibliotecile furnizate de acest pachet.
„--changelog” Afișează jurnalul de modificări pentru acest pachet.
„-l, --list” Afișează o listă de fișiere incluse în pachetul dat.
„-s, --state” Imprimă starea fișierelor din pachet (implică -l).
Fiecare fișier poate fi în una dintre următoarele stări: normal, neinstalat sau înlocuit.
„-d, --docfiles” Listează numai fișierele de documentație (implică -l).
„-c, --configfiles” Listează numai fișierele de configurare (implică -l).
„--scripts” Emite scripturi specifice pachetului, utilizate ca parte a procesului de instalare/dezinstalare, dacă există.
„--triggers, --triggerscripts” Afișați toate scripturile de declanșare, dacă există, conținute în pachet.
„--dump” Informații despre fișierul de descărcare, astfel: dimensiunea căii mtime md5sum mod grup proprietar isconfig isdoc rdev symlink.
Această opțiune trebuie utilizată împreună cu cel puțin unul dintre -l, -c, -d.
„--last” Ordonează lista de pachete în funcție de timpul de instalare, cu cele mai recente pachete în partea de sus a listei.
„--filesbypkg” Afișează toate fișierele din fiecare pachet.
„--triggerscripts” Afișează toate scripturile de declanșare pentru pachetele selectate.
OPTIUNI DE VERIFICARE.
Forma generală a comenzii de verificare a rpm arată astfel:
rpm -V|-y|--verify [verify-options]
În timpul procesului de verificare a pachetului, informațiile despre fișierele instalate ale pachetului sunt comparate cu informațiile din pachetul original și din baza de date RPM. Verificarea verifică dimensiunea, suma de control MD5, permisiunile, tipul, proprietarul și grupul fiecărui fișier, printre altele. Toate discrepanțele sunt raportate. Opțiunile pentru selectarea pachetelor sunt aceleași ca și pentru solicitarea (inspectarea) pachetelor.
Fișierele care nu au fost instalate din pachet (de exemplu, fișierele de documentație care au fost excluse din procesul de instalare cu opțiunea „--excludedocs”) sunt ignorate în tăcere.
Opțiuni care pot fi utilizate în procesul de verificare:
„--nofiles” Ignorați fișierele lipsă.
„--nomd5” Ignorați erorile de sumă de control MD5.
„--nopgp” Ignorați erorile de semnare PGP.
Formatul de ieșire este un șir de opt caractere, eventual un „c” care indică un fișier de configurare și numele fișierului. Fiecare dintre cele opt caractere reprezintă rezultatul comparării unuia dintre atributele fișierului cu valoarea stocată în baza de date RPM. Punctul indică faptul că testul a trecut. Următoarele simboluri indică unele erori de testare:
Sumă de control MD5 „5”.
„S” Dimensiunea fișierului.
Legătura simbolică „L”.
„T” Timp de modificare.
Dispozitivul „D”.
Proprietarul „U”.
Grupul „G”.
Permisiuni „M” (include permisiunile și tipul de fișier).
VERIFICAREA SEMNĂTURII
Forma generală a comenzii de verificare a semnăturii RPM arată astfel:
rpm --checksig<файл_с_пакетом>+
Această comandă verifică semnătura PGP încorporată în pachet pentru a verifica integritatea și originea pachetului.
Informațiile de configurare PGP sunt citite din fișierele de configurare. Consultați secțiunea SEMNARE PGP pentru mai multe detalii.
OPȚIUNI DE DEZINSTALARE
Forma generală a comenzii de dezinstalare rpm arată astfel:
rpm -e<название_пакета>+
„--allmatches” Eliminați toate versiunile unui pachet care se potrivesc<название_пакета>De obicei dacă<название_пакета>răspunde la mai multe pachete, emise
mesajul de eroare și ștergerea nu este efectuată.
„--noscripts” Nu executați scripturi pre- și post-instalare.
„--notriggers” Nu executați scripturi de declanșare setate pentru a elimina acest pachet.
„--nodeps” Nu verificați dependențele înainte de a elimina pachetele.
„--test” Nu șterge, doar prefă-te :) Util în combinație cu opțiunea -vv.
Diverse:
rpm [--showrc]
rpm [--setperms] [pachet]+
rpm [--setgids] [pachet]+
OPȚIUNI FTP/HTTP.
rpm conține clienți simpli FTP și HTTP pentru a facilita instalarea și explorarea pachetelor disponibile pe Internet. Pachetul fișierelor de instalat,
actualizările și solicitările pot fi specificate ca URL-uri în stil ftp sau http:
ftp://
Dacă parte
Rpm vă permite să utilizați următoarele opțiuni cu adrese URL ftp:
„--ftpproxy
„--ftpport
Această opțiune poate fi setată și prin setarea macrocomenzii _ftpport.
Rpm vă permite să utilizați următoarele opțiuni cu adrese URL http:
"--Http proxy
"--httpport
Această opțiune poate fi specificată și prin setarea macrocomenzii _httpport.
Pregătit de Dvoe4nik85
Acest articol acoperă metodele de bază pentru instalarea de software nou pe un sistem Linux existent. Deși versiunile de distribuții și utilitățile aferente menționate în acesta sunt deja oarecum depășite, principiile de bază ale gestionării pachetelor software au rămas aproape neschimbate.
[Sokolov Roman (romanso AT rt.mipt.ru)]
Instalarea pachetelor software în Linux pentru începători
Două moduri de a instala software.
Necesitatea de a instala noi pachete software sub LINUX apare în două cazuri principale:- când apare o nouă versiune a unuia dintre pachetele pe care le-ați instalat deja;
- când devine necesară utilizarea unui pachet care nu este încă instalat în sistem.
Există două forme principale de distribuție de software pentru LINUX: în codul sursă și ca module executabile. În ambele cazuri, pachetul software poate fi furnizat fie ca arhivă tar-gz, fie ca pachet rpm.
Cel mai simplu mod este să instalați software-ul prezentat sub forma unui pachet rpm care conține fișiere executabile și vom lua în considerare mai întâi această metodă. Menționăm doar că trebuie să fii autentificat ca root pentru a instala pachete noi.
program rpm.
Numele acestui program (sau comenzi) este o abreviere pentru Redhat Package Manager. Această decodare este dată în majoritatea cărților și manualelor Linux și mi se pare mai corectă și logică, deși capitolul 6 din „Ghidul de referință oficial Red Hat Linux” spune: „Managerul de pachete RPM (RPM), este un sistem de ambalare deschis disponibil pentru oricine poate fi folosit și funcționează pe Red Hat Linux, precum și pe alte sisteme Linux și UNIX".Programul rpm este similar în anumite privințe cu programe precum vrăjitorul de configurare pentru MS Windows. Avantajul utilizării acestui program în comparație cu instalarea arhivelor tar-gz este că va face automat toți pașii necesari pentru instalarea software-ului: va crea directoarele necesare, va distribui fișiere între ele și va crea link-uri. În plus, poate fi folosit nu numai pentru a instala un nou pachet, ci și pentru a actualiza versiunile de software, pentru a obține liste de software instalat și pentru a verifica instalarea, precum și pentru a dezinstala pachete individuale (de exemplu, dacă după o perioadă de probă lucrați cu programul pe care decideți să-l renunțați la utilizarea ulterioară). Folosind același program rpm, puteți crea singur un pachet rpm, dar pentru începători probabil că este mai bine să nu faceți acest lucru, ci să utilizați pachete rpm gata făcute.
Pachetele rpm sunt arhive special pregătite, concepute pentru a fi procesate de programul rpm. Numele pachetelor rpm se termină cu sufixul.rpm, de exemplu, xzip-180-1.i386.rpm sau xzip-180-1.src.rpm. După cum puteți vedea, există un alt sufix înaintea sufixului .rpm. Dacă este .i386 sau .i586, atunci pachetul conține fișiere executabile, iar dacă acest sufix este.src, atunci textele sursă sunt în pachet, care trebuie încă compilate după instalare. De obicei, atât pe CD-urile de instalare, cât și pe directoarele de Internet, pachetele rpm cu fișiere executabile sunt localizate în directoare numite RPMS, iar pachetele rpm cu texte sursă sunt localizate în subdirectoarele SRPMS.
Pe Internet, pachetele rpm pot fi găsite pe diverse servere. Din experiența mea, cel mai convenabil server de pe Internet pentru căutarea arhivelor rpm este http://rufus.w3.org. Are un motor de căutare care vă permite să organizați lista de pachete în cel mai convenabil mod pentru dvs.:
- după numele pachetelor;
- prin distribuții;
- pe grupuri de aplicații;
- după dată;
- de către furnizorii de software (producători).
Este necesar doar să rețineți că, dacă utilizați un computer Windows pentru a descărca pachete de pe Internet, atunci toate numele pachetelor vor fi, cel mai probabil, alterate. Ideea este că Windows „nu-i plac” numele cu mai multe puncte (de exemplu, glib-1.0.6-3.i386.rpm și va înlocui „extra”, în opinia sa, punctele cu caractere de subliniere - glib-1_0_6-3_i386 .rpm). Deci, după ce ați primit pachetul (când îl transferați pe un PC cu sistem de operare Linux), trebuie să eliminați aceste „remedieri” revenind la numele UNIX.
Deci, ați găsit și descărcat arhiva rpm cu versiunea executabilă a pachetului de care aveți nevoie. Dacă instalați un pachet complet nou (nu ați avut versiuni anterioare ale acestui software pe computer), atunci pentru a instala un pachet din această arhivă, trebuie doar să mergeți la directorul în care se află arhiva și să dați comanda (pentru cei mai nerăbdători : nu vă grăbiți să urmați această recomandare, mai citiți cel puțin câteva paragrafe)
Rpm -i rpm-archive_name Dacă ați avut instalată o versiune anterioară a pachetului, atunci, în cel mai simplu caz, trebuie să lansați o comandă în următorul format: rpm -U --force rpm-archive_name Aici, parametrul -U spune programul pentru a actualiza pachetul, iar opțiunea --force necesită necondiționat (și fără alte întrebări) să actualizeze toate fișierele incluse în pachet. Rețineți că aceasta este o cerință foarte puternică și, în unele cazuri, poate fi mai bine să păstrați unele fișiere (de exemplu, de configurare) dintr-o versiune anterioară. Dacă instalarea decurge normal și nu apar mesaje suplimentare, atunci după ce programul se termină (după ce apare promptul shell), puteți utiliza pachetul nou instalat.
Din păcate, lucrurile nu sunt întotdeauna atât de simple. Vă dau un exemplu concret. Aveam RedHat Linux versiunea 5.2 instalată și Midnight Commander (mc) era versiunea 4.1.36. Pe serverul ftp am văzut versiunea 4.5.30 a acestui program (pachetul mc-4.5.30-12.i386.rpm) și, bineînțeles, am decis să o instalez. Cu toate acestea, s-a dovedit că acest lucru necesită instalarea altor 4 pachete, ceea ce mi-a spus rpm:
Eroare: dependențe neîndeplinite: redhat-logos necesare pentru mc-4.5.30-12 libglib-1.2.so .0 necesar pentru mc-4.5.30-12 libc.so.6(GLIBC_2.1) necesar pentru mc-4.5.30 -12 libc.so.6(GLIBC_2.0) necesar pentru mc-4.5.30-12 Acest lucru nu este surprinzător dacă vă amintiți că în timpul instalării inițiale a Linux, programul de instalare a verificat și interdependența pachetelor și s-a oferit să instaleze cele lipsă. cele. Totuși, în cazul instalării, toate pachetele necesare sunt pe același disc și aici a trebuit să caut mai întâi pachetele necesare. Am găsit două pachete (redhat-logos-1.0.5-1.noarch.rpm și glibc-2.1.1-6.i386.rpm) fără dificultate, după care rpm a încetat să mai ceară GLIBC_2.0. Dar cu libglib.so .1 s-a dovedit mai dificil. În primul rând, nu am putut găsi un pachet cu acest nume. După cum se dovedește, nu există un astfel de pachet, fișierul libglib.so .1 este inclus în pachetul glib-1.0.6-3.i386.rpm. În timp ce mi-am dat seama de acest lucru, am mai învățat că pentru a afla ce fișiere va instala un anumit pachet, trebuie să lansați comanda rpm -qpl rpm_archive_name și pentru a obține informații despre pachet, utilizați comanda rpm -qpi rpm_archive_name. că fișierele fișierele RPM, pe lângă fișierele arhive reale, conțin informații despre pachet, inclusiv numele, versiunea și o scurtă descriere. Cu același program rpm puteți vizualiza aceste informații suplimentare. De exemplu, pentru pachetul glib-1.0.6-3.i386.rpm obținem următoarele rezultate: rpm -qpi glib-1.0.6-3.i386.rpm Ieșirea va fi cam așa: Nume: glib Relocari: (nu se poate reloca) Versiune: 1.0 .6 Furnizor: Red Hat Software Lansare: 3 Data construirii: Sâmbătă, 10 octombrie 1998 04:49:03 Data instalării: (neinstalat) Gazdă build: porky.redhat.com Grup: Biblioteci Sursa RPM: glib-1.0.6-3 .i386.rpm Dimensiune: 55305 Ambalator: Red Hat Software< [email protected]> Rezumat: Bibliotecă la îndemână de funcții utilitare Descriere: Bibliotecă la îndemână de funcții utilitare. Bibliile de dezvoltare și anteturile sunt în gtk+-devel. Dacă lansați comanda: rpm -qpl glib-1.0.6-3.i386.rpm, va fi afișată o listă de fișiere incluse în pachet, indicând unde vor fi instalate: /usr/lib/libglib.so.1 /usr/lib/libglib .so.1.0.6 RPM oferă, de asemenea, un sistem de interogare puternic pentru pachetele instalate pe sistem. Comanda rpm -qa vă va oferi o listă cu toate pachetele instalate pe sistem (lista va fi foarte lungă, așa că cel mai bine este să direcționați ieșirea către filtrul mai mult). Puteți căuta informații despre un pachet individual sau despre fișiere individuale. De exemplu, puteți găsi cu ușurință cărui pachet îi aparține și de unde provine: rpm -qf /etc/bashrc bash-1.14.7-16. Dacă sunteți îngrijorat că ați șters accidental un fișier important dintr-un pachet instalat, verificați doar acest lucru: rpm -Va Veți fi avertizat cu privire la orice anomalie. Puteți apoi să reinstalați pachetul dacă este necesar. Orice fișiere de configurare vor fi salvate.
RPM este un utilitar foarte util și, după cum puteți vedea, are diverse opțiuni. Am dat doar câteva exemple. În total, rpm are 16 moduri principale de funcționare, pe care este logic să le combinați în 6 grupuri (după două puncte, este dat formatul de comandă pentru modul corespunzător):
Interogări: Interogare: rpm [--query] Afișează etichete de interogare (Querytags) : rpm [--querytags] Instalarea și întreținerea pachetelor instalate: Instalare: rpm [--install] + Actualizare: rpm [--freshen|-F] + Dezinstalare: rpm [--uninstall|-e] + Verificare: rpm [--verify|-V] + Semnături (pachetele sunt semnate digital în format PGP pentru a asigura imuabilitatea și a păstra calitatea de autor a pachetelor): Verificarea semnăturii: rpm [ - -verify|-V] + Resemnare: rpm [--resign] + Adăugarea unei semnături: rpm [--addsign] + Lucrul cu baza de date: Inițializarea bazei de date: rpm -i [--initdb] Reconstruiți baza de date: rpm -i [- -rebuilddb] Construiți pachete rpm: Construiți pachet: rpm [-b|t] + Recopilați pachet: rpm [--rebuild] + Construiți pachet din Tarball: rpm [--tarbuild] + Diverse: Afișați configurația programului rpm : rpm [ --showrc] Setați utilizatori: rpm [--setperms] + Setați grupuri: rpm [--setgids] + Pentru o descriere mai detaliată a comenzii rpm, consultați RPM-HOWTO, paginile de manual și i info. Nu este afișat aici, în principal pentru că în modurile grafice există programe ceva mai convenabile și „umane” pentru gestionarea software-ului instalat în sistem și a proceselor de actualizare a acestuia, despre care vor fi discutate în următoarele subsecțiuni.
Notă:
Am folosit a treia versiune de RPM. În prezent există versiunea 4, dar acest mesaj a apărut pe lista de corespondență blackcat-list:
> Are cineva experiență în instalarea rpm 4.x? > Aș dori să instalez pachete din distribuția Red Hat 7.0. Pan Kanevsky însuși ;-) nu a sfătuit instalarea 4.x rpm-3.0.5-9.6x înțelege structura 4.x și instalează pachete 4.x
Instalarea software-ului de la sursă
În unele cazuri, modulele executabile ale aplicației pot fi furnizate și ca arhive tar-gz. În acest caz, instalarea aplicației este doar puțin mai complicată decât instalarea dintr-un pachet rpm: trebuie doar să despachetezi arhiva și, cel mai adesea, poți rula deja aplicația rezultată. Este puțin mai dificil să instalezi o aplicație dacă vine în cod sursă. Acest caz va fi luat în considerare în această secțiune.Informații esențiale despre programarea C
Merită să începem cu faptul că sistemul de operare UNIX a luat naștere în același timp cu limbajul de programare C (C). Mai mult, limbajul C a fost creat special pentru dezvoltarea acestui sistem de operare, o parte semnificativă a UNIX a fost scrisă în C. Linux OS este scris și în C. Prin urmare, și, de asemenea, în conformitate cu principiul distribuției libere a codurilor sursă, multe aplicații Linux sunt distribuite sub formă de texte C. Desigur, pentru a instala o astfel de aplicație pe sistem și a o rula pentru execuție, aceasta trebuie compilată . Programul gcc este de obicei folosit pentru a efectua procedurile de compilare (deși există unele dezvoltări alternative).Compilatorul GNU C, gcc, conține 4 componente principale, corespunzătoare celor patru pași de conversie a codului sursă într-un program executabil. Prima componentă este preprocesorul, care modifică codul sursă al programului înainte de compilare conform instrucțiunilor preprocesorului conținute în programul C. Aceste comenzi efectuează înlocuiri simple de text. Al doilea este compilatorul în sine, care procesează codul sursă și îl convertește în cod în limbaj de asamblare. A treia componentă este un asamblator care generează cod obiect. Și în cele din urmă, a patra componentă este linkerul, care asamblează fișierul executabil din fișierele de cod obiect. Faptul este că programele mari sunt de obicei scrise în părți, sub forma multor fișiere separate care conțin codul sursă al părții corespunzătoare. Compilatorul procesează fiecare astfel de fișier separat și creează module obiect separate (fișierele acestor module au de obicei extensia .o). Crearea unui singur program executabil din astfel de module este sarcina linkerului. Cu această abordare, dacă programatorul face o corecție într-un modul, nu este nevoie să recompilați întregul program: este suficient să compilați modulul corectat și să rulați din nou linkerul.
Pentru a efectua operații standard, un programator poate folosi funcții din biblioteci standard. Cel mai tipic exemplu este biblioteca libc, care conține funcții care efectuează sarcini precum managementul memoriei și operațiuni I/O. Programatorii își pot crea propriile biblioteci și le pot folosi atunci când scriu programe noi.
Bibliotecile sunt statice, partajate și dinamice. O bibliotecă statică este o bibliotecă al cărei cod este încorporat într-un program atunci când este compilat. Codul bibliotecii partajate nu este încorporat în program, ci este încărcat în memorie în același timp cu programul, iar programul are acces la funcțiile acestei biblioteci. Bibliotecile dinamice sunt un fel de biblioteci partajate, doar funcțiile de bibliotecă sunt încărcate în memorie numai atunci când funcția corespunzătoare este apelată din program. În timpul execuției programului, acestea pot fi descărcate și înlocuite cu alte funcții din aceeași bibliotecă sau din altă bibliotecă. Numele de biblioteci statice au de obicei sufixul .a, iar numele bibliotecii partajate au de obicei sufixul .so urmat de un număr de versiune majoră și minoră. Numele poate fi orice șir care caracterizează în mod unic biblioteca. Bibliotecile încep de obicei cu lib. Exemple: libm.so.5 - bibliotecă generală de matematică, libX11.so .6 - bibliotecă pentru lucrul cu sistemul X Window. Biblioteca libc.so.5 este conectată automat, în timp ce majoritatea celorlalte biblioteci trebuie să fie specificate în mod explicit pe linia de comandă atunci când se apelează programul gcc. Acest lucru se face prin opțiunea -l urmată de partea unică a numelui bibliotecii, de exemplu, pentru a apela biblioteca de matematică, trebuie doar să specificați -lm.
Multe biblioteci de sistem sunt situate în directoare de sistem, cum ar fi /usr/lib/ și /lib/, dar unele pot fi localizate în alte directoare. O listă a acestor directoare este plasată în fișierul /etc/ld.so.conf. De fiecare dată când o bibliotecă partajată este schimbată sau reinstalată, comanda ldconfig trebuie rulată pentru a actualiza fișierul /etc/ld.so.conf și referințele acestuia. Dacă o bibliotecă este instalată dintr-un pachet RPM, acest lucru se face de obicei automat, deși nu întotdeauna.
Când compilați programe mari care folosesc bucăți de cod sursă aflate în fișiere diferite, poate fi foarte dificil să țineți evidența fișierelor care trebuie recompilate și care trebuie doar legate. În astfel de cazuri, utilitarul make este foarte util, care determină automat dacă să compilați un fișier sursă pe baza datei ultimei modificări. Utilitarul make operează pe fișiere în funcție de dependențele acestora unul de celălalt. Aceste dependențe sunt definite de un fișier numit makefile. O linie makefile constă din trei părți: numele fișierului țintă, o listă de fișiere de care depinde și o comandă. Dacă orice fișier din listă s-a schimbat după fișierul țintă, atunci comanda specificată în linie este executată. O linie poate conține mai multe comenzi. De obicei, o comandă este un apel al compilatorului pentru a compila un fișier cu cod sursă sau pentru a lega fișiere cu codul obiect. Liniile care definesc dependențele sunt separate unele de altele printr-o linie goală.
Instalarea pachetelor software din sursă
Acum că avem o primă impresie despre modul în care sunt compilate programele C, putem trece la cum să ne ocupăm de pachetele de cod sursă. Primul lucru de spus în acest sens este că, pentru a instala astfel de pachete, în mod firesc trebuie să ai gcc-ul și să faci utilitare pe sistemul tău.Procesul de instalare a pachetului în sine constă din următorii pași:
- Navigați (folosind comanda `cd') la directorul care conține codul sursă pentru pachetul care urmează să fie instalat.
- Rulați comanda `./configure", care configurează pachetul pentru a se potrivi cu sistemul dvs. Procesul de executare a acestei comenzi durează destul de mult, iar comanda tipărește mesaje pe ecran care vă spun exact care caracteristici ale sistemului sunt testate.
- Rulați comanda „make” pentru a compila pachetul.
- Apoi puteți executa (acest pas este opțional) comanda „make check”, care determină rularea rutinelor de autotestare care vin cu pachetul.
- Rulați comanda „make install” pentru a instala programe și fișiere de date și documentație.
- Pasul final este să rulați comanda „make clean”, care elimină obiectul intermediar și fișierele binare din directorul sursă „make distclean”.
Cât spațiu pe disc a mai rămas
Când instalați pachete noi, o problemă foarte comună, familiară tuturor utilizatorilor de computere, este lipsa spațiului pe disc. Prin urmare, înainte de a instala un nou pachet, trebuie mai întâi să răspundeți la întrebarea dacă există suficient spațiu pe disc pentru a găzdui acest software?Programul rpm vă permite să determinați de cât spațiu aveți nevoie pentru a instala un pachet, dând o interogare precum rpm -qpi package_name și linia Size vă va oferi câți octeți va ocupa pachetul. Rămâne să aflăm dacă există atât de mult spațiu liber pe disc.
Puteți utiliza comanda df pentru a determina cantitatea de spațiu liber pe un disc. Fără argumente, această comandă va raporta cât spațiu pe disc este disponibil pe toate sistemele de fișiere montate, cât este în uz și cât este liber. Unitatea de măsură este bloc de 1 kilobyte. Dacă doriți să obțineți informații despre cantitatea de spațiu liber în megaocteți mai familiari, lansați comanda cu opțiunea -h:
Df -h Informații despre cantitatea de spațiu liber de pe un anumit disc pot fi obținute prin specificarea numelui fișierului dispozitivului ca parametru: df -h /dev/hda2 Dacă specificați numele complet (cu calea) al unui fișier sau director arbitrar în loc de numele fișierului dispozitivului, obțineți date despre cantitatea de spațiu folosit și liber din sistemul de fișiere care conține fișierul specificat (director).
Dacă mai este loc, atunci puteți continua la instalarea pachetului. Este mai rău pentru proprietarii de computere cu discuri mici: aici de fiecare dată trebuie să vă gândiți cum să eliberați spațiu pentru un program nou, cu alte cuvinte, ce poate fi deja șters de pe disc. Puteți șterge fișiere individuale, dar, desigur, din punctul de vedere al eliberării spațiului, este mai eficient să ștergeți directoare sau pachete întregi.
Fișierele (directoarele) sunt șterse dacă acestea (fișierele plasate în ele) nu mai sunt necesare de dvs. Desigur, directoarele (sau fișierele) cu cel mai mare volum sunt selectate pentru ștergere, iar aici comanda du (utilizarea discului) se dovedește a fi utilă.
Comanda du vă permite să aflați cât spațiu ocupă un anumit fișier sau subdirector. Pentru a face acest lucru, trebuie să dați o comandă cu următorul format (în exemplu, vom afla dimensiunea directorului /usr/lib)
Du -ks /usr/lib Rezultatul acestei comenzi va fi ceva asemănător cu această linie 91418 /usr/lib ceea ce înseamnă că directorul /usr/lib ocupă 91418 kilobytes (opțiunea k indică faptul că cantitatea ar trebui să fie scoasă în kilobytes). Opțiunea s este specificată pentru a afișa doar dimensiunea totală a directorului. Dacă o omiteți, veți obține dimensiunea fiecărui subdirector și fișier din directorul specificat, ceea ce reprezintă o mulțime de informații. Cu toate acestea, ultima linie va afișa în continuare volumul total al directorului, așa că dacă sunteți fascinat de pâlpâirea liniilor de pe ecran, vă puteți oferi această mică plăcere.
Dacă s-ul mic este înlocuit cu un S mare, atunci vor fi afișate doar informații despre dimensiunea subdirectoarelor (dar nu și fișierele), ceea ce uneori este și util. Puteți afla despre alte opțiuni pentru aceste comenzi în paginile de manual corespunzătoare sau folosind comanda info.
Acum știți cum să determinați cât spațiu pe disc va ocupa un pachet instalat și cât spațiu liber pe disc este disponibil. Luați în considerare ce se poate face dacă nu există suficient spațiu liber. Trebuie remarcat faptul că, în timpul unei instalări standard a sistemului de operare Linux, pe disc se formează un număr mare de fișiere de care nu veți avea niciodată nevoie deloc. În același timp, este destul de dificil să le găsești pe acelea de care nu ai nevoie în masa uriașă de fișiere (mai ales că sunt ascunse adânc în sălbăticia structurii directoarelor). Prin urmare, voi descrie pe scurt experiența mea de a găsi fișiere nedorite, în speranța că această experiență va fi utilă cititorului.
Eliberând spațiu pe disc
Odată a trebuit să instalez Linux (Black Cat 6.0) pe un computer 486 cu un hard disk de 350 MB. Deși în timpul instalării am încercat să aleg configurația software minimă posibilă, după finalizarea instalării, discul era plin în proporție de peste 90%. Voi enumera pe scurt acele acțiuni care mi-au permis să eliberez suficient spațiu pe disc pentru a instala pachete noi.- Primul lucru la care trebuie să vă gândiți este eliminarea unora dintre pachetele software instalate în timpul instalării sistemului. Pentru a decide ce pachet sau pachete să eliminați, lansați comanda: >rpm -qa --queryformat „%15(SIZE) %(NAME)\n” | sort -nr %rpm -q -a > pachete Fișierul pachetelor rezultat va conține o listă a tuturor pachetelor software instalate pe sistem. Această listă poate fi analizată pentru a identifica pachetele de care nu aveți nevoie și pentru a le elimina folosind comanda rpm cu opțiunea -e. Aceasta va șterge toate fișierele și directoarele create în timpul instalării pachetului. Această metodă este cea mai sigură, deoarece programul rpm va verifica mai întâi dacă acest pachet este folosit de vreun alt program, iar dacă există o astfel de dependență, va emite un avertisment și va refuza să elimine ceva.
De exemplu, în fișierul pachetelor obținute în acest fel, am dat peste o mențiune despre pachetul AfterStep-APPS-990329-2. Prin rularea comenzii:
% rpm -qi AfterStep-APPS a constatat că acest pachet conține unele aplicații pentru managerul de ferestre AfterStep. Deoarece nu am folosit un astfel de manager, am eliminat acest pachet, precum și pachetul AfterStep în sine, folosind comenzile: % rpm -e AfterStep % rpm -e AfterStep-APPS Acest lucru a eliberat aproximativ 5800 KB (observ doar că pachetele trebuie eliminată ca rădăcină -a). Folosind această tehnică, puteți elimina toate pachetele pe care nu le utilizați. De exemplu, am eliminat pachete precum gnome-core, gnome-libs, gnome-audio, deoarece folosesc KDE în loc de Gnome ca mediu grafic. Rețineți că atunci când am încercat să elimin gnome-core, rpm a refuzat să facă acest lucru, spunând că o parte a acestui pachet a fost folosită de pachetul xmms-gnome. Mai multe dependențe neîndeplinite sunt generate atunci când încercați să eliminați gnome-libs. Totuși, întrucât toate pachetele menționate în aceste postări erau legate într-un fel sau altul de Gnome, mi-am asumat riscul să le elimin pe toate, precum și alte pachete care erau legate de ele. Ca rezultat, aproximativ 7800 KB de spațiu pe disc a fost eliberat.
- Căutând în directorul /usr/man, am găsit două subdirectoare cu pagini de manual în franceză și spaniolă. După îndepărtarea lor, aproximativ 100 KB au fost eliberați.
- În directorul /usr/lib/kbd/keymaps, se pare că puteți șterge subdirectoarele care stochează tabelele de dispunere a tastaturii destinate altor tipuri de microprocesoare, iar în /usr/lib/kbd/keymaps/i386, subdirectoarele pentru hărți de taste, altele decât cele din qwerty.
În mod similar, sunt șterse machetele de tastatură pentru diverse limbi pe care nu le utilizați (de ce am nevoie de chineză sau thailandeză, nu știu un singur cuvânt în ele!). Aceste fonturi se află în directorul /usr/lib/kbd/keymaps/i386/qwerty.
Puteți încerca să eliminați fonturile inutile din /usr/lib/kbd/consolefonts, dar dacă tabelul cu aspectul tastaturii indică limba pentru care este folosită la începutul tabelului cu aspectul tastaturii, atunci trebuie să judecați scopul fișierului cu fonturi după numele său.
Deoarece instrumentele de localizare pentru diverse țări sunt instalate implicit pe sistem (de care probabil nu aveți nevoie), puteți elimina toate subdirectoarele din directorul /usr/share/locale care corespund limbilor de care nu aveți nevoie. Există aproximativ 16 megaocteți în total, așa că ștergerea celor inutile poate oferi aproximativ 15 megaocteți de spațiu eliberat. Chiar și mai mult de 2 megaocteți pot fi obținuți prin curățarea directoarelor /usr/share/i18n/locales și /usr/share/i18n/charmaps
- Directorul /usr/share/doc/HTML/ are subdirectoare cu documentație în diferite limbi, multe dintre care probabil nu aveți nevoie. Am lăsat doar trei subdirectoare en, ru default în acest director, acesta din urmă fiind doar un link către subdirectorul en, deci au mai rămas de fapt doar 2 subdirectoare. Eliminarea acestei documentații a eliberat aproximativ 500 KB.
Mai devreme sau mai târziu, trebuie să instalăm software din depozite neoficiale. Nu există toate pachetele și nu există întotdeauna cele mai noi versiuni ale programelor nou lansate. Foarte des, dezvoltatorii postează pachete pentru cele mai populare distribuții pe site-ul lor oficial. De obicei, acestea sunt deb și rpm. Acesta din urmă este puțin mai puțin comun, dar dacă utilizați o distribuție bazată pe Red Hat, acesta este formatul de pachet de care aveți nevoie. Tot pe net găsești adesea biblioteci și alte componente care nu se află în depozite sub formă de pachete.
Am acoperit deja instalarea pachetelor deb în Ubuntu înainte. Și în acest articol va fi analizată în detaliu instalarea pachetelor rpm în linux.
RPM sau RPM Package Manager este un manager de pachete utilizat în distribuțiile Linux bazate pe Red Hat. Formatul de fișier al acestui manager de pachete are același nume.
Acest format nu este foarte diferit de același Deb. Puteți vedea comparația lor detaliată în articolul ce. Aici, voi observa doar că fișierul rpm este o arhivă cpio obișnuită care conține fișierele de program în sine, precum și metadate care descriu unde trebuie instalate. Baza de date a tuturor pachetelor instalate se află în directorul /var/lib/rpm. Dintre caracteristici, se poate observa că rpm nu acceptă pachete recomandate, precum și dependențe de format.
Pentru a gestiona pachetele, precum și în sistemele Debian, există o consolă, utilitar de nivel scăzut cu același nume - rpm. O vom lua în considerare în continuare în articol. Diferite sisteme folosesc manageri de pachete diferiți, de exemplu Red Hat folosește Yum, Fedora folosește DNF și OpenSUSE folosește zypper, dar rpm va funcționa pe toate aceste sisteme.
Instalarea pachetelor RPM pe Linux
Să ne uităm mai întâi la sintaxa utilitarului rpm în sine:
$ rpm -pachet mod opțiune
Utilitarul poate funcționa într-unul dintre moduri:
- -q- solicitarea, obtinerea de informatii;
- -i- montaj;
- -V- verificarea pachetelor;
- -U- Actualizați;
- -e- îndepărtarea.
Luați în considerare doar cele mai interesante opțiuni de program de care vom avea nevoie în acest articol:
- -v- arata informatii detaliate;
- -h- afisare bara de stare;
- --forta- execută o acţiune cu forţa;
- --noduri- nu verifica dependentele;
- --înlocuiește fișierele- înlocuiți toate fișierele vechi cu altele noi fără avertisment;
- -i- obțineți informații despre pachet;
- -l- lista fișierelor pachetelor;
Acum că aveți deja o idee despre cum să lucrați cu acest utilitar, se poate lua în considerare instalarea pachetului rpm pe Linux. Cea mai simplă comandă de instalare ar arăta astfel:
sudo rpm -i nume pachet.rpm
Pentru a lucra cu directorul curent al comenzii, trebuie să existe un folder cu pachetul. Aici setăm modul de instalare și trecem fișierul pachetului. După instalarea cu succes, utilitarul nu va afișa nimic, dacă apare o eroare, veți ști despre aceasta.
Pentru a vizualiza informații mai detaliate în timpul procesului de instalare, utilizați opțiunea -v:
sudo rpm -iv nume pachet.rpm
De asemenea, puteți activa afișarea stării barei în timpul procesului de instalare:
sudo rpm -ivh nume pachet.rpm
Pentru a verifica dacă un pachet este instalat, trebuie deja să folosim modul de interogare:
sudo rpm -q nume pachet
De asemenea, puteți elimina imediat pachetul dacă nu este necesar:
sudo rpm -e nume pachet
Dar rpm, ca dpkg, are un dezavantaj major. Programul nu poate rezolva dependențele. Dacă pachetul necesar nu există în sistem, veți primi pur și simplu un mesaj de eroare și pachetul nu va fi instalat.
Pentru a descărca automat dependențe în timpul unei instalări rpm Linux, trebuie să utilizați managerul de pachete al distribuției. Să ne uităm la câteva comenzi pentru cele mai populare distribuții RPM. Pe RedHat și alte distribuții care folosesc Yum, utilizați această comandă:
sudo yum --nogpgcheck localinstall packagename.rpm
Prima opțiune dezactivează verificarea cheii GPG, iar a doua spune că vom instala un pachet local. Pe Fedora, dnf face lucrurile și mai ușoare:
sudo dnf install packagename.rpm
Managerul de pachete Zypper și OpenSUSE fac la fel de bine:
sudo zypper install packagename.rpm
Așa este foarte ușor să instalezi rpm cu dependențe. Dar nu tuturor le place să lucreze în consolă, mulți utilizatori noi doresc să folosească interfața grafică pentru toate sarcinile, inclusiv pentru aceasta. În continuare, ne vom uita la câteva dintre aceste utilități.
Instalarea fișierului RPM în GUI
Dacă utilizați OpenSUSE, acest lucru este foarte ușor de făcut. Configuratorul de sistem universal YaST, printre altele, vă permite să instalați pachete rpm. Puteți face acest lucru utilizând managerul de fișiere selectând elementul din meniul contextual pentru ca fișierul să se deschidă cu Yast sau rulând comanda:
yast2 -i nume pachet.rpm
Pe Fedora, puteți folosi managerul de aplicații al distribuției în același scop. Anterior, existau mai multe utilități universale pentru rezolvarea acestei probleme, dar acum toate sunt depășite.
concluzii
Acum știi cum să instalezi un fișier rpm în Linux. De fapt, este foarte simplu și există chiar nu o singură cale, ci mai multe. Deși există un pic mai puține utilitare grafice aici decât în Ubuntu. Dar utilitățile consolei sunt complet suficiente. Dacă aveți întrebări, întrebați în comentarii!
