| DNF4(8) | DNF | DNF4(8) |
dnf4 - referință comandă DNF
dnf [opțiuni] <comandă> [<argumente>...]
DNF este următoarea versiune majoră viitoare a pentru distribuțiile Linux bazate pe RPM. Acesta menține în linii mari compatibilitatea CLI cu YUM și definește un API strict pentru extensii și module.
Modulele plug-in pot modifica sau extinde caracteristicile DNF sau pot furniza comenzi CLI suplimentare pe lângă cele menționate mai jos. Dacă cunoașteți numele unei astfel de comenzi (inclusiv comenzile menționate mai jos), puteți găsi/instala pachetul care o furnizează utilizând furnizorul virtual corespunzător sub forma dnf-command(<alias>), unde <alias> este numele comenzii; de exemplu, dnf install 'dnf-command(versionlock)' instalează un modul versionlock. Această abordare se aplică, de asemenea, la specificarea dependențelor de pachete care necesită o anumită comandă DNF.
Valori returnate:
Comenzi disponibile:
Informații adiționale:
Rețineți că utilizarea celei mai recente versiuni disponibile este garantată numai pentru pachetele solicitate direct (de exemplu, ca argumente în linia de comandă), iar soluționatorul poate utiliza versiuni mai vechi ale dependențelor pentru a îndeplini aceste cerințele.
DNF utilizează un cache separat pentru fiecare utilizator sub care se execută. Memoria cache pentru utilizatorul root se numește memoria cache de sistem. Această opțiune permite unui utilizator obișnuit să aibă acces numai la citire la memoria cache a sistemului, care este de obicei mai proaspătă decât memoria cache a utilizatorului și, prin urmare, nu trebuie să aștepte sincronizarea metadatelor.
Rețineți că opțiunea --exclude se adaugă la configurația [main] excludepkgs și, prin urmare, este dezactivată atunci când se specifică main sau all.
Pachetele sunt eliminate după următoarea tranzacție reușită. Acest lucru este valabil și atunci când se utilizează împreună cu opțiunea --destdir, deoarece directorul este considerat ca făcând parte din cache-ul DNF. Pentru a păstra pachetele, utilizați în schimb comanda download.
Într-un sistem modular, este posibil să doriți, de asemenea, să utilizați opțiunea de linie de comandă --setopt=module_platform_id=<nume-platformă-modul:flux> la crearea installroot-ului, în caz contrar valoarea module_platform_id va fi preluată din fișierul /etc/os-release din cadrul installroot-ului (și, prin urmare, acesta va fi gol la momentul creării, dependența modulară ar putea fi nesatisfăcută și conținutul modulelor ar putea fi exclus).
Exemple «installroot»:
Această opțiune afișează și capacitățile pe care pachetul le elimină atunci când este utilizată împreună cu comanda repoquery.
Opțiunea de configurare: obsoletes
Opțiunile din listă sunt separate prin virgule. Opțiunile din linia de comandă prevalează asupra valorilor respective din fișierele de configurare.
Pentru o explicație a <specificație-pachet>, <spec-fișier-pachet> și <spec-nume-pachet> a se vedea Specificarea pachetelor.
Pentru o explicație a <specificație-furnizare> a se vedea Specificarea furnizărilor.
Pentru o explicație a <specificație-grup> a se vedea Specificarea grupurilor.
Pentru o explicație a <specificație-modul> a se vedea Specificarea modulelor.
Pentru o explicație a <spec-tranzacție> a se vedea Specificarea tranzacțiilor.
Comanda: alias
Permite utilizatorului să definească și să gestioneze o listă de aliasuri (sub forma <nume=valoare>), care pot fi apoi utilizate drept comenzi dnf pentru a abrevia secvențe de comandă mai lungi. Pentru exemple de utilizare a comenzii alias, consultați Exemple «alias». Pentru exemple privind procesarea alias-urilor, consultați Exemple de procesare a numelor-alias.
Pentru a utiliza un alias (nume=valoare), numele trebuie să fie plasat ca prima „comandă” (de exemplu, primul argument care nu este o opțiune). Acesta este apoi înlocuit cu valoarea sa, iar secvența rezultată este din nou căutată pentru nume-alias. Procesarea numelor-alias se oprește atunci când prima comandă găsită nu este un nume al vreunui alias.
În cazul în care procesarea ar duce la o recursiune infinită, sunt utilizate în schimb argumentele originale.
De asemenea, la fel ca în cazul pseudonimelor(nume-alias) shell, dacă rezultatul începe cu un \, procesarea pseudonimului se va opri.
Toate pseudonimele sunt definite în fișierele de configurare din directorul /etc/dnf/aliases.d/ în secțiunea [aliases], iar pseudonimele create prin comanda «alias» sunt scrise în fișierul USER.conf. În caz de conflict, fișierul USER.conf are cea mai mare prioritate, iar pentru restul fișierelor de configurare se utilizează ordinea alfabetică.
Opțional, există opțiunea enabled în secțiunea [main] care are valoarea implicită True. Aceasta poate fi definită pentru fiecare fișier în parte în fișierul respectiv sau global pentru toate pseudonimele în fișierul ALIASES.conf.
dnf alias [opțiuni] [listă] [<nume>...]
dnf alias [opțiuni] add <nume=valoare>...
dnf alias [opțiuni] delete <nume>...
Dacă există nume-alias definite in=install și FORCE="--skip-broken --disableexcludes=all":
Dacă este definit pseudonimul in=install:
Comanda: autoremove Alias pentru potrivirea NEVRA explicită: autoremove-n, autoremove-na, autoremove-nevra
dnf [opțiuni] autoremove
dnf [opțiuni] autoremove <spec>...
Există, de asemenea, câteva comenzi „autoremove” specifice autoremove-n, autoremove-na și autoremove-nevra care permit specificarea unui argument exact în formatul NEVRA (name-epoch:version-release.architecture).
În mod implicit, această comandă nu forțează o sincronizare a metadatelor expirate. Consultați și Sincronizarea metadatelor.
Comanda: check
dnf [options] check [--dependencies] [--duplicates] [--obsoleted] [--provides]
Comanda: check-update Alias: check-upgrade
Vă rugăm să rețineți că existența unei versiuni specifice mai noi disponibile pentru un pachet instalat (și raportată de check-update) nu implică faptul că dnf upgrade o va instala ulterior. Diferența constă în faptul că dnf upgrade trebuie să ia în considerare restricțiile (cum ar fi îndeplinirea dependențelor de pachete).
Rezultatul este afectat de opțiunea de configurare autocheck_running_kernel.
Comanda: clean
Efectuează curățarea fișierelor temporare păstrate pentru depozite. Aceasta include orice astfel de date rămase din depozitele dezactivate sau eliminate, precum și pentru diferite versiuni ale distribuției.
Comanda: distro-sync Alias: dsync Alias depreciate: distrosync, distribution-synchronization
A se vedea, de asemenea, Politica de înlocuire a fișierelor de configurare.
Comanda: downgrade Alias: dg
Comanda: group Alias: grp Alias depreciate: groups, grouplist, groupinstall, groupupdate, groupremove, grouperase, groupinfo
Grupurile sunt colecții virtuale de pachete. DNF ține evidența grupurilor pe care utilizatorul le-a selectat („marcat”) instalate și poate manipula pachetele componente cu ajutorul unor comenzi simple.
De asemenea, grupurile pot fi marcate ca fiind instalate sau eliminate fără a manipula fizic niciun pachet:
A se vedea, de asemenea, Politica de înlocuire a fișierelor de configurare.
Comanda: help
Comanda: history Alias: hist
Comanda de istoric permite utilizatorului să vadă ce s-a întâmplat în tranzacțiile anterioare și să acționeze în funcție de aceste informații (presupunând că opțiunea de configurare history_record este activată).
Rețineți că tranzacțiile tranzitorii (a se vedea --transient) vor fi listate chiar dacă nu efectuează modificări persistente ale fișierelor din /usr sau ale bazei de date RPM.
Coloana „Action(s) - (Acțiuni)” enumeră fiecare tip de acțiune întreprinsă în cadrul tranzacției. Valorile posibile sunt:
Coloana „Altered - (Modificat)” enumeră numărul de acțiuni întreprinse în cadrul fiecărei tranzacții, urmate eventual de unul sau două dintre următoarele simboluri:
Avertisment: Formatul tranzacției stocate este considerat instabil și se poate schimba în orice moment. Acesta va funcționa dacă se utilizează aceeași versiune de dnf pentru stocare și reluare (sau între versiuni, atâta timp cât rămâne același).
-o <fișier-ieșire>, --output=<fișier-ieșire> Stochează tranzacția serializată în <fișier-ieșire. Valoarea implicită este transaction.json.
În mod implicit, această comandă nu forțează o sincronizare a metadatelor expirate, cu excepția subomenzilor redo, rollback și undo. Consultați și Sincronizarea metadatelor și Politica de înlocuire a fișierelor de configurare.
Comanda: info Alias: if
Comanda info limitează pachetele afișate în același mod ca și comanda list.
În mod implicit, această comandă nu forțează o sincronizare a metadatelor expirate. Consultați și Sincronizarea metadatelor.
Comanda: install Alias: in Alias pentru potrivirea NEVRA explicită: install-n, install-na, install-nevra Alias depreciat: localinstall
Atunci când se indică <specificație-pachet> pentru a specifica versiunea exactă a pachetului, DNF va instala versiunea dorită, indiferent de versiunea pachetului care este deja instalată. Versiunea anterioară a pachetului va fi eliminată în cazul pachetului care nu se instalează.
Pe de altă parte, dacă <specificație-pachet> specifică doar un nume, DNF ia în considerare și pachetele care îl învechesc atunci când alege ce pachet să instaleze. Acest comportament este specific comenzii «install». Rețineți că acest lucru poate duce la rezultate aparent neașteptate dacă un pachet are mai multe versiuni și o versiune mai veche este învechită. Se creează o diviziune în calea de actualizare și ambele căi sunt considerate corecte, pachetul rezultat fiind ales pur și simplu prin ordine lexicografică.
Există, de asemenea, câteva comenzi specifice de instalare install-n, install-na și install-nevra care permit specificarea unui argument exact în format NEVRA. În consecință, <spec> nu se va potrivi cu furnizările și furnizările de fișiere.
A se vedea, de asemenea, Politica de înlocuire a fișierelor de configurare.
Comanda: list Alias: ls
Tipărește liste de pachete în funcție de relația pachetelor cu sistemul. Un pachet este installed (instalat) dacă este prezent în RPMDB și este available (disponibil) dacă nu este instalat, dar este prezent într-un depozit despre care DNF știe.
Comanda «list» limitează, de asemenea, pachetele afișate în funcție de criterii specifice, de exemplu numai la cele care actualizează un pachet instalat (respectând priority (proritatea) depozitului). Opțiunea exclude din fișierul de configurare poate influența rezultatul, dar dacă se utilizează opțiunea de linie de comandă --disableexcludes, se asigură că toate pachetele instalate vor fi listate.
În mod implicit, această comandă nu forțează o sincronizare a metadatelor expirate. Consultați și Sincronizarea metadatelor.
Comanda: makecache Alias: mc
Comanda: mark
Comanda: module
Prezentarea generală a modularității este disponibilă în pagina de manual dnf.modularity(7). Subcomenzile modulelor iau <specificație-modul>... argumente care specifică module sau profiluri.
Această comandă nu poate fi utilizată pentru comutarea fluxurilor de module. Pentru aceasta, utilizați comanda dnf module switch-to.
Această comandă poate fi utilizată ca o versiune mai eficientă a comenzii dnf module enable, care nu numai că activează modulele, dar face și o distrosync pentru toate pachetele modulare din modulele activate.
Aceasta poate fi utilizată și ca o versiune mai avansată a comenzii dnf module install, dar necesită specificarea profilurilor care ar trebui să fie instalate, deoarece comanda switch-to nu utilizează default profiles. Comanda switch-to nu instalează numai profiluri, ci face și o distrosync pentru toate pachetele modulare din modulul instalat.
Dependențele modulare sunt rezolvate, dependențele verificate și, de asemenea, activate recursiv. În cazul unei probleme legate de dependențele modulare, operațiunea va fi respinsă. Pentru a efectua acțiunea oricum, vă rugăm să utilizați opțiunea --skip-broken.
Această comandă nu poate fi utilizată pentru comutarea fluxurilor de module. Pentru aceasta, utilizați comanda dnf module switch-to.
Comanda: provides Alias: prov, whatprovides, wp
$ dnf provides /usr/bin/gzip gzip-1.9-9.fc29.x86_64 : The GNU data compression program Matched from: Filename : /usr/bin/gzip
$ dnf provides "gzip(x86-64)" gzip-1.9-9.fc29.x86_64 : The GNU data compression program Matched from: Provide : gzip(x86-64) = 1.9-9.fc29
$ dnf provides zless gzip-1.9-9.fc29.x86_64 : The GNU data compression program Matched from: Filename : /usr/bin/zless
În mod implicit, această comandă nu forțează o sincronizare a metadatelor expirate. Consultați și Sincronizarea metadatelor.
Comanda: reinstall Alias: rei
Comanda: remove Alias: rm Alias pentru potrivirea NEVRA explicită: remove-n, remove-na, remove-nevra Alias depreciate: erase, erase-n, erase-na, erase-nevra
Există, de asemenea, câteva comenzi specifice de eliminare remove-n, remove-na și remove-nevra care permit specificarea unui argument exact în format NEVRA. În consecință, <spec> nu se va potrivi cu furnizările și furnizările de fișiere.
Comanda: repoinfo
Un alias pentru comanda repolist care oferă informații mai detaliate precum dnf repolist -v.
Comanda: repolist
În mod implicit, această comandă nu forțează o sincronizare a metadatelor expirate. Consultați și Sincronizarea metadatelor.
Comanda: repoquery Alias: rq Alias pentru potrivirea NEVRA explicită: repoquery-n, repoquery-na, repoquery-nevra
Există, de asemenea, câteva comenzi specifice ;repoquery repoquery-n, repoquery-na și repoquery-nevra care permit specificarea unui argument exact în format NEVRA (nu afectează argumentele opțiunilor de tipul „--whatprovides <argument>”, ...). În consecință, <specificația> nu se va potrivi cu fișierul furnizează „file provides”.
Împreună cu <spec-fișier-pachet>, controlează ce pachete sunt afișate la ieșire. Dacă <spec-fișier-pachet> este dată, limitează setul de pachete rezultat la cele care corespund specificației. Toate pachetele sunt luate în considerare dacă nu este specificată <spec-fișier-pachet>.
Stabilește ce informații sunt afișate despre fiecare pachet.
Următoarele opțiuni se exclud reciproc, adică poate fi specificată cel mult una. Dacă nu este furnizată nicio opțiune de interogare, pachetele corespunzătoare sunt afișate în notația NEVRA standard.
Comanda: repository-packages Alias depreciate repo-pkgs, repo-packages, repository-pkgs
Comanda «repository-packages» permite utilizatorului să execute comenzi peste toate pachetele din depozitul numit <id-depozit>. Cu toate acestea, orice rezolvare a dependențelor ia în considerare pachetele din toate depozitele activate. Specificațiile <spec-fișier-pachet> și <specificație-pachet> limitează și mai mult candidații la doar acele pachete care corespund cel puțin uneia dintre ele.
Subcomanda info listează descrierea și informațiile sumare despre pachete în funcție de relația pachetelor cu depozitul. Subcomanda list afișează doar listele acestor pachete.
Comanda: search Alias: se
În mod implicit, această comandă nu forțează o sincronizare a metadatelor expirate. Consultați și Sincronizarea metadatelor.
Comanda: shell Alias: sh
Rețineți că toate pachetele locale trebuie utilizate în prima subcomandă a tranzacției shell (de exemplu, install /tmp/nodejs-1-1.x86_64.rpm /tmp/acpi-1-1.noarch.rpm), altfel va apărea o eroare. Orice operație cu modulele disable, enable și reset (de exemplu, module enable nodejs) trebuie, de asemenea, efectuată înainte de utilizarea oricărei alte subcomenzi de tranzacție shell.
Comanda: swap
dnf [opțiuni] swap <specificație-eliminare> <specificație-instalare>
Comanda: updateinfo Alias: upif Alias depreciate: list-updateinfo, list-security, list-sec, info-updateinfo, info-security, info-sec, summary-updateinfo
În funcție de tipul de ieșire, DNF afișează doar numărul de tipuri de avize (omise sau --summary), lista de avize (--list) sau informații detaliate (--info). Opțiunea -v extinde rezultatul. Atunci când este utilizată cu --info, informațiile sunt și mai detaliate. Atunci când este utilizată cu --list, se adaugă o coloană suplimentară cu data ultimei actualizări a avizului.
<availability> specifică dacă sunt luate în considerare avizele privind versiunile mai noi ale pachetelor instalate (omise sau --available), avizele privind versiunile egale și mai vechi ale pachetelor instalate (--installed), avizele privind versiunile mai noi ale acelor pachete instalate pentru care este disponibilă o versiune mai nouă (--updates) sau avizele privind orice versiune a pachetelor instalate (--all). De cele mai multe ori, --available și --updates afișează același rezultat. Rezultatele diferă doar în cazurile în care un aviz se referă la o versiune mai nouă, dar nu există niciun depozit activat care să conțină o versiune mai nouă.
Rețineți că --available ia în considerare numai cele mai recente versiuni instalate ale pachetelor. În cazul pachetelor de nucleu (atunci când mai multe versiuni pot fi instalate simultan) sunt adăugate și pachetele versiunii de nucleu care rulează în prezent.
Pentru a afișa numai avize care fac referire la un CVE sau la o eroare bugzilla, utilizați opțiunile --with-cve sau --with-bz. Atunci când sunt utilizate aceste opțiuni, este modificată și ieșirea din --list - ID-ul CVE sau al bugzilla este afișat în loc de cel al avizului.
Dacă este dată și dacă nici ID-ul, nici tipul (bugfix, enhancement, security/sec), nici numele pachetului unui aviz nu corespund cu <spec>, avizul nu este luat în considerare. Potrivirea este sensibilă la majuscule și, în cazul ID-urilor de avize și al numelor de pachete, este acceptat modelul globalizat.
Ieșirea opțiunii --summary este afectată de opțiunea de configurare autocheck_running_kernel.
Comanda: upgrade Alia: up Alias depreciate: update, upgrade-to, update-to, localupdate
Dacă opțiunea principală de configurare obsoletes este definită la „true” sau opțiunea --obsoletes este prezentă, dnf va include pachetele obsolete în calculele sale. Pentru mai multe informații, consultați obsolete.
A se vedea, de asemenea, Politica de înlocuire a fișierelor de configurare.
Comanda: upgrade-minimal Alias: up-min Alias depreciate: update-minimal
Multe comenzi au un parametru <specificație-pachet> care selectează un pachet pentru operație. Argumentul <specificație-pachet> este comparat cu NEVRA-urile pachetelor, furnizările și furnizările de fișiere.
<spec-fișier-pachet> este similară cu <specificație-pachet>, cu excepția faptului că nu se realizează potrivirea furnizărilor. Prin urmare, <spec-fișier-pachet> este comparat numai cu NEVRA și cu furnizările de fișiere.
<spec-nume-pachet> este comparată numai cu NEVRA.
Specificarea pachetelor acceptă aceeași potrivire de tip model global ca și shell, în toate cele trei pachete menționate mai sus cu care se potrivește (NEVRA-uri, furnizează și furnizează fișiere).
Sunt acceptate următoarele modele:
Notă: Acoladele ({}) nu sunt acceptate. Le puteți utiliza în continuare în shell-urile care le acceptă și lăsați shell-ul să facă expansiunea, dar dacă sunt puse între ghilimele sau eludate, dnf nu le va extinde.
În cazul comparării cu NEVRA, este acceptată compararea parțială. DNF încearcă să confrunte specificațiile cu următoarea listă de forme NEVRA (în ordinea descrescătoare a priorității):
Rețineți că name poate conține în general liniuțe (de exemplu, pachet-cu-liniuțe).
Primul format care corespunde oricărui pachet este utilizat, iar celelalte formate nu sunt încercate. Dacă niciunul dintre formate nu se potrivește cu niciun pachet, se încearcă potrivirea <specificație-pachet> cu NEVRA-urile pachetelor complete. Acest lucru este relevant numai dacă sunt prezente modele globale în <specificație-pachet>.
<specificație-pachet> se potrivește cu NEVRA în același mod în care o face <spec-nume-pachet>, dar în cazul în care potrivirea cu NEVRA eșuează, încearcă să se potrivească și cu furnizările de pachete și de fișiere.
Puteți specifica modele globale ca parte a oricăreia dintre cele cinci componente NEVRA. De asemenea, puteți specifica un model global pentru a se potrivi cu mai multe componente NEVRA (cu alte cuvinte, pentru a se potrivi cu separatorii NEVRA). Cu toate acestea, în acest caz, trebuie să scrieți specificația pentru a se potrivi cu NEVRA-urile pachetului complet, deoarece nu este posibilă divizarea unei astfel de specificații în formatele NEVRA.
Unele comenzi (autoremove, install, remove și repoquery) au și nume-alias cu sufixele -n, -na și -nevra care permit specificarea explicită a modului de analiză a argumentelor:
<specificație-furnizare> în descrierile comenzilor înseamnă că comanda operează asupra pachetelor care furnizează specificația dată. Aceasta poate fi o furnizare explicită, o furnizare implicită (de exemplu, numele pachetului) sau o furnizare de fișier. Selecția este sensibilă la majuscule și se acceptă modele globalizate.
Dacă o specificație începe fie cu /, fie cu /*/, este considerată ca o potențială furnizare de fișiere.
<specificație-grup> permite selectarea grupurilor (de mediu) pe care ar trebui să funcționeze o anumită operație. Este un șir de caractere insensibil la majuscule (care acceptă caractere joker) care este comparat cu ID-ul unui grup, cu numele canonic și cu numele tradus în parametrul LC_MESSAGES al configurației regionale curente (dacă este posibil).
<specificație-modul> permite selectarea modulelor sau profilurilor pe care ar trebui să funcționeze o anumită operație.
Este sub forma NAME:STREAM:VERSION:CONTEXT:ARCH/PROFILE, iar formele parțiale acceptate sunt următoarele:
În cazul în care fluxul nu este specificat, se utilizează fluxul activat sau fluxul implicit, în această ordine. În cazul în care profilul nu este specificat, se utilizează profilul implicit al sistemului sau profilul 'default'.
<spec-tranzacție> poate avea una dintre mai multe forme. Dacă este un număr întreg, acesta specifică un ID al tranzacției. Specificarea last este aceeași cu specificarea ID-ului celei mai recente tranzacții. Ultima formă este last-<poziția>, unde <poziția> este un număr întreg pozitiv. Aceasta specifică a n-lea poziție a tranzacției care precede cea mai recentă tranzacție.
Filtrarea pachetelor filtrează pachetele din setul de pachete disponibile, făcându-le invizibile pentru majoritatea comenzilor dnf. Acestea nu pot fi utilizate într-o tranzacție. Pachetele pot fi filtrate fie prin Filtrarea excluderilor, fie prin Filtrarea modulară.
Filtrarea excluderilor este un mecanism utilizat de un utilizator sau de un modul DNF pentru a modifica setul de pachete disponibile. Filtrarea excluderilor poate fi modificată prin opțiunile de configurare includepkgs sau excludepkgs din fișierele de configurare. Opțiunea de linie de comandă --disableexcludes poate fi utilizată pentru a anula excluderile din fișierele de configurare. În plus față de excluderile configurate de utilizator, modulele pot extinde, de asemenea, setul de pachete excluse. Pentru a dezactiva excluderile dintr-un modul DNF, puteți utiliza opțiunea de linie de comandă --disableplugin.
Pentru a dezactiva toate excluderile pentru, de exemplu, comanda «install», puteți utiliza următoarea combinație de opțiuni de linie de comandă:
dnf --disableexcludes=all --disableplugin="*" install bash
Vă rugăm să consultați documentația privind modularitatea pentru detalii privind modul în care funcționează filtrarea modulară.
Cu modularitate, numai pachetele RPM din fluxurile de module active sunt incluse în setul de pachete disponibile. Pachetele RPM din fluxurile de module inactive, precum și pachetele non-modulare cu același nume sau care furnizează un pachet dintr-un flux de module active, sunt filtrate. Filtrarea modulară nu este aplicată pachetelor adăugate din linia de comandă, pachetelor instalate sau pachetelor din depozite cu module_hotfixes=true în fișierul lor .repo.
Dezactivarea filtrării modulare nu este recomandată, deoarece ar putea determina sistemul să intre într-o stare de avarie. Pentru a dezactiva filtrarea modulară pentru un anumit depozit, specificați module_hotfixes=true în fișierul .repo sau utilizați --setopt=<id-depozit>.module_hotfixes=true.
Pentru a descoperi modulul care conține un pachet exclus, utilizați dnf module provides.
Funcționarea corectă a DNF depinde de accesul la date actualizate de la toate depozitele activate, însă contactarea oglinzilor la distanță la fiecare operație îl încetinește considerabil și costă lățime de bandă atât pentru client, cât și pentru furnizorul de depozite. Opțiunea de configurare a depozitului metadata_expire (a se vedea dnf.conf(5)) este utilizată de DNF pentru a determina dacă o anumită copie locală a datelor din depozit trebuie resincronizată. Este esențial ca furnizorii de depozite să configureze bine opțiunea, și anume la o valoare la care se garantează că, dacă anumite metadate erau disponibile în momentul T pe server, atunci toate pachetele la care fac referire vor fi încă disponibile pentru descărcare de pe server în momentul T + metadata_expire.
Pentru a reduce și mai mult încărcarea lățimii de bandă, unele dintre comenzile pentru care nu este esențial să existe metadate actualizate (de exemplu, comanda list) nu verifică dacă un depozit este expirat și ori de câte ori o versiune a acestuia este disponibilă local pentru contul utilizatorului, aceasta va fi utilizată. Pentru utilizarea non-root, consultați și opțiunea --cacheonly. Rețineți că, în toate situațiile, utilizatorul poate forța sincronizarea tuturor depozitelor activate cu ajutorul opțiunii --refresh.
Pachetele actualizate pot înlocui vechile fișiere de configurare modificate cu cele noi sau pot păstra fișierele mai vechi. Niciunul dintre fișiere nu este de fapt înlocuit. Pentru cele aflate în conflict, RPM acordă un sufix suplimentar la numele de origine. Care fișier ar trebui să își păstreze numele adevărat după tranzacție nu este controlat de gestionarul de pachete, ci este specificat de fiecare pachet în parte, conform directivelor de împachetare.
Consultați fișierul AUTHORS în distribuția surselor DNF.
2012-2020, Red Hat, Licențiat sub GPLv2+
Traducerea în limba română a acestui manual a fost făcută de Remus-Gabriel Chelu <remusgabriel.chelu@disroot.org>
Această traducere este documentație gratuită; citiți Licența publică generală GNU Versiunea 3 sau o versiune ulterioară cu privire la condiții privind drepturile de autor. NU se asumă NICIO RESPONSABILITATE.
Dacă găsiți erori în traducerea acestui manual, vă rugăm să trimiteți un e-mail la translation-team-ro@lists.sourceforge.net.
| 9 martie 2025 | 4.23.0 |