- Fedora-Fr
- À propos de Fedora-Fr
- Historique
- Statistiques
- Télécharger
- Obtenir Fedora
- Toutes les méthodes de téléchargement
- Support
- Aide sur IRC
- Forums
- Documentation
- Sous-projets
- Plateforme de blog
Dernière news : Fedora 34 n'est plus maintenu
Pages : 1
Dans la doc, sur cette page là
https://doc.fedora-fr.org/wiki/RPM_:_le … a_commande
je lis la ligne suivante :
Il est fortement conseillé d'utiliser DNF pour supprimer des paquets, l'utilisation de la commande rpm directement peut conduire à l'altération de la base RPM.
Je dois dire que ça me laisse perplexe car je ne vois pas comment rpm pourrait altérer la base rpm.
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
il s'agit de la base dnf, un rpm supprimé par rpm -e est toujours considéré comme installé par dnf. Ce qui peut amener des incohérences dans les mises à jours
F36, Kde/plasma (X11), ASUSTeK M5A78L-M/USB3, AMD FX-6300, NVIDIA GM107 [GeForce GTX 750 Ti], 8Go de mémoire
Hors ligne
J'utilise indifféremment les deux et j'ai jamais vu ce souci. D'autant plus que dnf utilise rpm et maintient la base rpmdb.
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
Si il y a un problème:
rpm -vv initdb
rm -f /var/lib/rpm/__db*
rpm -vv --rebuilddb
ou
rm -f /var/lib/rpm/__db*
rpm --rebuilddb
dnf -y update
Cordialement bolivari.
Hors ligne
Fut une époque dnf ou yum disait que la bd rpm avait un souci et donner comme commande rpm --rebulddb.
Perso cela me choque pas plus que cela, mais c'est sans doute l'habitude...
AMD R7 5800x X470 64Go DDR4 3.6Ghz, RX5700XT+AMD R7 2700x A320 + 32Go DDR4 3.2Ghz, rx6500xt 4Go
AMD R5 2600 A320, 32Go DDR4 1.8Ghz,1030GT 2Go + AMD A6 9500 A320, 16Go DDR4 2.1Ghz
ARM Rpi4 4Go, à venir Pine64 2xQuartzB 2Go
Hors ligne
En effet, l'explication n'est pas triviale.
dnf utilise en effet rpm et donc par conséquent l'ensemble de la base RPM sqlite contenue dans /var/lib/rpm/.
L'avertissement consisterait plus dans le fait de la gestion des dépendances. Comme par exemple :
Il est fortement conseillé d'utiliser DNF pour supprimer des paquets rpm afin de gérer automatiquement les dépendances. L'utilisation de la commande rpm directement peut conduire à des conflits lors d'installation ou mise à jour de paquets rpm par la suite.
Ensuite, les commandes fournies par bolivari dont aussi une solution pour reconstruire une base rpm en cas de problème.
F36_64 Gnome-Shell - GA-990FXA-UD3 - Phenom II X6 1100T - NH-D14 - Ati HD 5750 Fanless - 16Go RAM /&/ F36_64 Gnome-Shell - Toshiba Satellite C660D-19X - 8Go RAM
F36_64 - ASRock 960GC-GS FX - AMD FX(tm)-8300 - 16Go RAM
Hors ligne
Je pense que le problème est un peu différent
- rpm utilise la base dans /var/lib/rpm
- dnf utilise évidement librpm, donc la même base, mais aussi ses propres données, notamment l'historique dans /var/lib/dnf
D'ailleurs si la base librpm a été modifiée directement par une commande rpm, de mémoire, il râle avec un message d'avertissement, car ses données ne sont plus cohérentes.
Après ce n'est pas critique, donc juste déconseillé.
(par ailleurs, dnf est le seul capable de gérer les remplacements, les modules, etc...)
Contributeur Fedora - Des RPM pour Fedora sur https://blog.remirepo.net/fr
Dépôt : https://rpms.remirepo.net - Forums : https://forum.remirepo.net
Hors ligne
Pages : 1