Forum

Reprise du message précédent

Bonsoir, bon ça se mélange un peu les pinceaux dans mon esprit pas très frais à l'heure qu'il est, mais si je récapépète et si j'ai bien compris, après avoir fait la montée de version:



Whaou !! je ne connaissais pas ce truc mais c'est gégène

Puis si c'est bon, je fais: urpme --auto-orphans

Donc recette finale:

1) Mise à jour Mageia 7: urpmi --auto-update
2) Effacez les dépôts de Mageia 7 : urpmi.removemedia -a
3) Ajoutez ceux de Mageia 8 : urpmi.addmedia --distrib --mirrorlist 'http://mirrors.mageia.org/api/mageia.8.$ARCH.list'
4) Lancez la mise à niveau : urpmi --auto-update --auto --force
5) reboot
6) urpme --test --auto --auto-orphans | nc termbin.com 9999 (installer netcat si ce n'est pas fait)
Si le résultat est bon, (lib* et *-devel on s'en tape) à ce moment là on fait
7) urpme --auto-orphans
8) reboot

Ai-je bien compris les poteaux ? si oui c'est à la votre

Et à toutes et à tous.

N'ayez pas peur des orphelins et ne souffrez pas de toolkitophobie. Si vous compilez un logiciel, il est courant d'avoir de nombreux packages différents installés. Réglez simplement tous les orphelins en mode d'installation manuelle. Après tout, Mageia ne pas rolling, il n'y aura pas beaucoup de updates.

steven, je vous comprends. J'utilise également Xubuntu Xenial depuis 3,5 ans. L'habitude et la cohérence sont une grande force.

Re-bonsoir,

steven, je te comprends, quand ça ne marche pas on a la rage, mais essaye de nous relater ce qui ne marche pas, je pense que tu trouveras de l'aide sur le forum, il y a des gens très compétents.

bonjour
étant organisé pour faire du multiboot, les problèmes sur mageai8 ne me gênent pas plus que ça.
j'ai installé une 8 rc depuis sa sortie, et je fais régulièrement les mises à jour, ce qui semble s'améliorer peu à peu;
mais pour une utilisation quotidienne, je reste sur mageia7;
problèmes sur la 8 ?
- avec le bureau gnome, l'affichage de toutes fenêtres non maximisées, des menus, etc est illisible;
- avec icewm ça marche normalement, mais c'est pas top;
- j'ai installé cinnamon, car après gnome, c'est un bureau que j'aime bien; les deux options se lancent mais dans un état d'emergency minimal avec juste 4 icônes sur l'écran; je ne sais pas quoi en faire; en cliquant sur dossier personnel, ça ouvre le gestionnaire de fichier où il y a une fenêtre terminal ...

bref, la mageia8 je la boote régulièrement pour faire les mise à jour et tester, mais elle n'est pas opérationnelle sur mon matériel;
mais je ne désespère pas de voir les choses s'améliorer peu à peu ...
si c'était un problème lié au pilote nvidia non disponible pour une carte obsolète, le problème apparaîtrait aussi avec icewm ?

Bonjour marc-andré,
Non IceWm est un bureau minimal donc il peut tourner avec le pilote Nouveau. Es-tu sûr que ta carte graphiqe n'est plus supportée par Nvidia ? Je ne me souviens plus si tu en avais déjà parlé. Si c'est le cas, il faudrait que tu essaies de démarrer en GNOME Wayland et X-org pour voir s'il y a une différence. Dans les deux cas es-tu reparti avec un utilisateur vierge ? Sinon, il faut tester.

bonjour Yuusha
j'ai essayé les trois gnome possibles;
seul celui avec wayland démarre; les deux autres se terminent pas une fenêtre "oups" qui m'invite à fermer la session;

sinon, côté carte graphique, c'est la misère, vu que j'utilise celle incorporée à la carte mère; les autres (l'ancienne et une neuve achetée pour rien l'année dernière ne sont plus reconnues dès le démarrage).
le lspci donne cela :
00:10.0 VGA compatible controller: NVIDIA Corporation C73 [GeForce 7100 / nForce 630i] (rev a2)

avec mageia7 ça marche bien avec le pilote "nouveau" et le bureau gnome;
(bien que je sois resté coincé sur le noyau 5.4.x pendant plusieurs mois en 2020 avant que ça s'améliore récemment)

Oh trop compliqué le point 3 :
urpmi.addmedia --distrib --mirrorlist '$MIRRORLIST'
Pour le 6, on peut s'affranchir directement des lib et -devel :
urpme --test --auto --auto-orphans |grep -v '-devel$' -v '^lib' | nc termbin.com 9999

Bonjour,

Pour ça OK.



Pour ça, ça plante chez moi c'est pour ça que j'ai utilisé l'autre commande sans écarter les lib et les devel:


Bon, ce n'est pas grave, je vais chercher ce qui le fait planter, apparemment ce doit être la syntaxe du grep.

pour ton aide.

je suis pas ultra fan du --auto-orphans si un soft est moyennement packagé ca peut vite foutre la grouille :-)

Bonjour,


Oui, il y a déjà un certain temps j'avais eu des problèmes avec cette commande et je ne l'utilisais plus du tout. Je crois que je vais rester prudent là-dessus.

Merci zatox, j'ai fait une erreur.

Plus mon petit script car urpme --auto-orphans n'enlève pas tout, notamment des kernels.

Bonjour,


Je viens d'utiliser cette commande, maintenant c'est bon ça marche. Cependant j'ai quelques questions:

1) Pourquoi on ne tient pas compte des lib* et des *-devel ?! je veux dire par là que si j'utilise la commande sans restriction sur les lib* et *-devel,
j'obtiens toute une liste de lib* et *-devel en gros qu'est-ce qui permet de dire qu'on s'en tape ?!!! parce qu'au moment de faire ensuite:
urpme --auto-orphans
il va détruire tous ces paquetages ce qui est normal ... qu'est-ce qui fait dire qu'on n'en n'a pas besoin ?!!!

Ensuite,t je viens de passer la commande avec restriction sur l'un de mes ordi et il me donne ceci:



Je vois entre autre qu'il y a des paquetages concernant lxqt et LXQt est justement l'environnement de bureau que j'utilise !!!!!!
Est-ce que ça va être super si je passe la commande urpme --auto-orphans ?!!!!

Édité par zatox Le 03/03/2021 à 12h03

S'ils sont mga8, ça va être la cata, s'ils sont mag7 no problemo.

Re-bonjour,

Euh ... sur le texte caché il y a le compte rendu de la commande qui donne 9 paquetages lxqt mga8 !!!!
C'est pour ça que je n'ai rien fait et surtout pas passé la commande urpme --auto-orphans because je suis d'accord avec toi que ça risque d'être la CATA.

Ce qui rejoint ce que disait neoclust ...

Bien que le résultat annonce à la fin "La suppression est possible" je ne vais pas passer cette commande sur cet ordi ... restons cool quand même hein !

bon c'est l'heure de l'apéro ...

Édité par zatox Le 03/03/2021 à 12h46

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.