Suppression de packages inutiles [Réglé]

RoiBurgonde Membre non connecté
-
- Voir le profil du membre RoiBurgonde
- Inscrit le : 04/04/2021
- Groupes :
Toujours dans la manipulation de Mageia (que je trouve de plus en plus formidable au passage...) et la découverte de Linux en général, il y a une question qui commence à me tarauder...
Quand j’installe un programme par le CCM, ce dernier me propose fort intelligemment d’installer en même temps tous les packages dépendants pour que ça fonctionne. Ce que je ne comprends pas c’est qu’il ne me propose pas de les supprimer lorsque je souhaite supprimer le programme (parfois 10 min après l’avoir installé et vu qu’il ne me convenait pas). Ai-je raté une option à cocher quelque part? Faut-il faire cela avec un programme spécial ?
Je me dis, peut-être à tort, que tous ces fichiers cumulés vont finir par alourdir et ralentir le système, non?
Merci d’avance de votre aide.
La fleeuuuurrrr en bouquet fâââne, mais jamais ne rrrrenaît !!!

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Tu as bien observé.
Le remède pourrait être d'exécuter en ligne de commande (il n'y a pas d'équivalent en graphique) :
Code BASH :
urpme --auto-orphans
qui devrait te proposer de désinstaller ceux qui sont restés.
Cependant, nous évitons de la recommander, car dans certaines configurations dont j'ai oublié le détail la liste des paquets à désinstaller subit une inflation et inclut des paquets dont la suppression rendrait le système inopérant.
Si ton programme est de continuer l'exploration dans ce sens, je te recommande d'utiliser une installation avec dnf (voir le wiki) qui a une fonction dnf history pour voir l'historique des transactions et annuler certaines au choix.
Yves

endorfin64 Membre non connecté
-
- Voir le profil du membre endorfin64
- Inscrit le : 10/06/2020
- Groupes :
Papoteur :
Bonjour,
Tu as bien observé.
Le remède pourrait être d'exécuter en ligne de commande (il n'y a pas d'équivalent en graphique) :
qui devrait te proposer de désinstaller ceux qui sont restés.
Cependant, nous évitons de la recommander, car dans certaines configurations dont j'ai oublié le détail la liste des paquets à désinstaller subit une inflation et inclut des paquets dont la suppression rendrait le système inopérant.
Si ton programme est de continuer l'exploration dans ce sens, je te recommande d'utiliser une installation avec dnf (voir le wiki) qui a une fonction dnf history pour voir l'historique des transactions et annuler certaines au choix.
Tu as bien observé.
Le remède pourrait être d'exécuter en ligne de commande (il n'y a pas d'équivalent en graphique) :
Code BASH :
urpme --auto-orphans
qui devrait te proposer de désinstaller ceux qui sont restés.
Cependant, nous évitons de la recommander, car dans certaines configurations dont j'ai oublié le détail la liste des paquets à désinstaller subit une inflation et inclut des paquets dont la suppression rendrait le système inopérant.
Si ton programme est de continuer l'exploration dans ce sens, je te recommande d'utiliser une installation avec dnf (voir le wiki) qui a une fonction dnf history pour voir l'historique des transactions et annuler certaines au choix.
Une excellente fonction qu'il serait intéressant de porter pour la prochaine mouture URPMI.
Mageia 8 / KDE Plasma / i7-2620M CPU @ 2.70GHz / 8Go RAM



RoiBurgonde Membre non connecté
-
- Voir le profil du membre RoiBurgonde
- Inscrit le : 04/04/2021
- Groupes :
Papoteur :
Bonjour,
Tu as bien observé.
Le remède pourrait être d'exécuter en ligne de commande (il n'y a pas d'équivalent en graphique) :
qui devrait te proposer de désinstaller ceux qui sont restés.
Cependant, nous évitons de la recommander, car dans certaines configurations dont j'ai oublié le détail la liste des paquets à désinstaller subit une inflation et inclut des paquets dont la suppression rendrait le système inopérant.
Si ton programme est de continuer l'exploration dans ce sens, je te recommande d'utiliser une installation avec dnf (voir le wiki) qui a une fonction dnf history pour voir l'historique des transactions et annuler certaines au choix.
Tu as bien observé.
Le remède pourrait être d'exécuter en ligne de commande (il n'y a pas d'équivalent en graphique) :
Code BASH :
urpme --auto-orphans
qui devrait te proposer de désinstaller ceux qui sont restés.
Cependant, nous évitons de la recommander, car dans certaines configurations dont j'ai oublié le détail la liste des paquets à désinstaller subit une inflation et inclut des paquets dont la suppression rendrait le système inopérant.
Si ton programme est de continuer l'exploration dans ce sens, je te recommande d'utiliser une installation avec dnf (voir le wiki) qui a une fonction dnf history pour voir l'historique des transactions et annuler certaines au choix.
Merci Papoteur,
J'ai utilisé la commande donnée et ça m'a trouvé 8 orphelins. Ce qui est peu je trouve au vu du nombre de programmes essayés...
Je regarde le wiki pour dnf et je reviens si jamais je n'y arrive pas!
Bonne journée.
La fleeuuuurrrr en bouquet fâââne, mais jamais ne rrrrenaît !!!

Yuusha Membre non connecté
-
- Voir le profil du membre Yuusha
- Inscrit le : 04/07/2017
- Groupes :
-
Modérateur
-
Administrateur
-
Forgeron
Papoteur :
Cependant, nous évitons de la recommander, car dans certaines configurations dont j'ai oublié le détail la liste des paquets à désinstaller subit une inflation et inclut des paquets dont la suppression rendrait le système inopérant.
Bonjour,
Il me semble que si la commande de suppression des orphelins est effectuée à chaque désinstallation le risque est nul. Le problème se pose lorsque l'on n'exécute pas la commande à chaque fois. Certains paquets installés avec le programme X (qui a par la suite été désinstallé) ne vont pas être considérés comme dépendant du programme Y si celui-ci est installé par la suite. Donc une suppression automatique après l'ajout de Y risque de casser une dépendance dans certains cas. C'est assez rare, car la chaine est plutôt A dépend de B qui dépend de C qui dépend de D.
De là à alourdir le système, il y a quand même de la marge. Et il n'y a pas de raison que cela le ralentisse.

zatox Membre non connecté
-
- Voir le profil du membre zatox
- Inscrit le : 27/09/2011
- Groupes :
Carte mère Gigabyte B650 AORUS ELITE AX V1.0 WiFi
Processeur AMD® 8 coeurs RYZEN 7 - 7700X (sans ventirad)
(2) Mémoire de 16 Go DDR5 @ 5600 MHz CL46 Crucial PRO
Carte video RX 7700 XT PULSE, SAPPHIRE®, 12 Go DDR6x
Disque SSD 2 To Gen.4 NVMe Samsung M.2 990 PRO
Carte réseau AMD® M.2 WI-FI 6E RZ616
Processeur AMD® 8 coeurs RYZEN 7 - 7700X (sans ventirad)
(2) Mémoire de 16 Go DDR5 @ 5600 MHz CL46 Crucial PRO
Carte video RX 7700 XT PULSE, SAPPHIRE®, 12 Go DDR6x
Disque SSD 2 To Gen.4 NVMe Samsung M.2 990 PRO
Carte réseau AMD® M.2 WI-FI 6E RZ616

lcb1 Membre non connecté
-
- Voir le profil du membre lcb1
- Inscrit le : 04/07/2011
- Groupes :
endorfin64 :
Une excellente fonction qu'il serait intéressant de porter pour la prochaine mouture URPMI.
En effet, depuis le temps, c'est ce que je disais ici
Mais du coup je vais me pencher un plus souvent sur dnf.
Bruno
Mageia 9
Plasma : 5.27.10-1.mga9
noyau : 6.6.83-1.mga9
Asus Geforce GTX 750 ti Sur SSD
& Asus N73S laptop
Plasma : 5.27.10-1.mga9
noyau : 6.6.83-1.mga9
Asus Geforce GTX 750 ti Sur SSD
& Asus N73S laptop

Visiteur
Visiteur
Je ne pense pas que le comportement de Fedora soit bon.
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie