Forum

Reprise du message précédent

Si une librairie est orpheline, c'est qu'aucun paquet ne l'utilise, donc inutile. Si après il y a un "bug", c'est qu'un mainteneur d'un paquet a loupé une dépendance, ça sera réparé dès que c'est repéré, et une mise à jour suiverait redemandant cette dépendance qui sera installée avec la mise à jour du paquet "kivabien".
Donc on peut les supprimer sans soucis.
Les -devel ne sont utilisés que lorsqu'un fait de la compilation. Lorsqu'on le fait bien, générant un rpm avec une belle spec, alors il est simple de les réinstaller (urpmi --buildrequire ./ma.spec). Et c'est nécessaire uniquement à l'instant T où on construit le paquet. 1- ça s'installe très rapidement, 2- c'est une utilisation occasionnel voire unique 3- aucune instabilité du système, juste une compilation qui le réclamera. On peut donc supprimer les yeux fermés.

La finalité, j'ai oublié de l'expliquer, c'est de ne pas "noyer" un paquet important dans plusieurs centaines de lignes. Avec cette commande, pour ton cas, ça saute aux yeux qu'il supprime des paquets LXQt. Le noyau de mga7 peut être supprimé sans crainte.

Bonjour,


OK merci pour l'info c'est très clair.



Oui effectivement on voit de suite où on en est. Je vais supprimer le noyau mga7.

Sur mon ordi de bureau suite à la commande:
urpme --test --auto --auto-orphans 2>&1 | grep -v '\-devel-' | grep -v '^[[:space]*lib' | nc termbin.com 9999

J'ai ceci:


Je n'ai franchement pas envie de supprimer python3-qt5-5.15.2-2.mga8.x86_64 !!!!

Édité par zatox Le 03/03/2021 à 14h34

Bonjour,


Je suis entrain de faire la montée de version mga7 vers mga8 cette fois ci sur un ordi distant.
J'ai fait comme j'avais fait auparavant sur mes autres PC locaux, sauf que j'ai remplacé le point 3 comme tu me dis jybz c'est à dire:
urpmi.addmedia --distrib --mirrorlist '$MIRRORLIST'

A mon avis ça ne marche pas car d'une part tout le protocole de 1 à 5 s'est déroulé à la vitesse grand V mais quand j'ai fait reboot je suis retombé sur la version 7 de mageia. Je dois dire que ça ne m'a pas surpris outre mesure vu le temps passé à dérouler le protocole je me suis bien douté qu'il y avait un truc.
Donc je suis entrain actuellement de repasser tout le protocole et j'en suis au point 3 que j'ai repris comme avant avec la commande :
urpmi.addmedia --distrib --mirrorlist 'http://mirrors.mageia.org/api/mageia.8.$ARCH.list'

Et là c'est entrain de dérouler tout le scénario du remplacement des paquetages 7 par les 8 et c'est beaucoup moins rapide que tout à l'heure. Donc je pense que la commande: urpmi.addmedia --distrib --mirrorlist '$MIRRORLIST' ne doit pas faire le boulot ... on ne voit pas dans cette commande la notion de version 8 alors qu'on la voit dans l'autre.
Actuellement j'en suis à peu près à 350 paquetages / 2320 alors que tout à l'heure ça je ne l'ai pas vu défiler.
Bon ce n'est pas grave je continue la montée de version et je posterai pour donner le résultat.

Ah mais tu as tout à fait juste ! J'ai tout à fait faux avec mirrorlist qui ne stipule pas la version

Et pourquoi pas ?

Bonjour,



Y compris le kernel-desktop-devel ?

C' est un paquet devel mais si on le supprime et que l' on des modules compilés par dkms (au hasard le pilote nvidia), je pense qu' il y a quelques surprises !

Édité par nic80 Le 03/03/2021 à 21h03

kernel-desktop-devel est fort probablement une dépendence de dkms, donc il ne devrait pas être orphelin.

Bonsoir,



Au bénéfice du doute ... je ne suis pas assez connaisseur pour dire:
python3-qt5-5.15.2-2.mga8.x86_64 ne sert à rien --> je le vire ! c'est ce que j'appelle le bénéfice du doute, mais je n'ai pas d'argument mathématique néccessaire et suffisant pour conclure que ça ne sert à rien !! je ne sais pas