Dernier message par manchette -
;=) C'est un outil de plus, mais le hic : savoir ce qui est supprimable n'est pas si évident, donc ce sera réservé aux connaisseurs.
Rpmorphan liste et supprime les librairies inutiles, je l'utilise depuis des années.
Merci pour l'info C'est un clone de deborphan de Debian visiblement, adapter pour les rpm. Chez moi, le paquet debmorphan n'est pas installé par défaut. Là on a une option qui permettra de le faire avec zypper qui est installé par défaut, c'est plutôt pas mal.
Dernier message par sobkowiak -
La meilleure solution est de rester sous X11 qui est toujours disponible pour Tumbleweed. Par contre pour Displaycal qui n'est que sur Flatpack, ce n'est pas la joie. Il faut aller récupérer le profil dans .var/app/Displaycal. On a connu plus simple. Je teste Gimp 2.99 (toujours depuis Flatpack) et là c'est pire. Il faut copier le profil dans le dossier Gimp, puisqu'il n'y a pas de communication entre les différents logiciels Flatpack.
Dernier message par chalu -
Ce n'est pas pareil, je crois. Cette commande rpm liste les paquets orphelins comme l'autre donnée plus haut. L'option nouvellement intégrée dans zypper propose de les supprimer pour faire du nettoyage.
Edit : commande testée ce soir après la mise à jour de Tumbleweed 20240326
localhost:~ # zypper dup --remove-orphaned Chargement des données du dépôt... Lecture des paquets installés... Avertissement : Vous êtes sur le point d'exécuter une mise à niveau de distribution avec tous les dépôts activés. Assurez-vous que ces dépôts sont compatibles avant de continuer. Reportez-vous à 'man zypper' pour obtenir plus d'informations sur cette commande. Calcul de la mise à niveau de la distribution...
Les 3 paquets suivants vont être SUPPRIMÉS : libabsl2301_0_0 libprotobuf22_5_0 libprotobuf-lite22_5_0
3 paquets à supprimer. Après l'opération, 4,9 MiB d'espace disque sera libéré.
Backend: classic_rpmtrans Continue? [o/n/v/...? affiche toutes les options] (o): (1/3) Suppression de libprotobuf-lite22_5_0-22.5-4.1.x86_64 ...[fait] (2/3) Suppression de libprotobuf22_5_0-22.5-4.1.x86_64 ...[fait] (3/3) Suppression de libabsl2301_0_0-20230125.3-3.1.x86_64 ...[fait] Exécution des scripts ultérieurs à la transaction ...[fait]
Bon, j'avais vérifié avant en faisant une recherche sur le début des noms de paquets que des versions plus récentes étaient installées sur le système et c'était le cas. On peut voir qu'il y a demande de confirmation, il faut bien regarder ce qui va être supprimé.
Pour les photographes passionnés (dont je fais de moins en moins partie même si le sujet m'intéresse quand même), la prise en compte par les environnements graphiques du ou des profils (icc) résultant du calibrage d'un moniteur, est importante.
Je ne refais pas toute l'histoire mais nous avons un logiciel bien connu pour calibrer nos écrans, DisplayCAL, qui n'est plus disponible dans les dépôts (flatpak donc car je doute que sa compilation soit possible ou simple en raison de la version de python dont nous disposons).
Du fait que KDE Plasma 6 pousse en quelque sorte à l'utilisation de Wayland, je me suis posé la question de l'utilisation de DisplayCAL avec ce serveur graphique, ce que je n'avais jamais essayé de faire jusque là.
J'ai donc tenté de calibrer mon écran avec DisplayCAL sous Wayland.
Le logiciel se lance mais un message d'erreur a bloqué ma tentative de calibrage. À confirmer par d'autres utilisateurs du logiciel en question.
Qu'à cela ne tienne je suis donc allé calibrer sous X11 et j'ai obtenu un profil icc.
Avec X11 sur KDE, la prise en compte de ce profil par l'environnement graphique se fait grâce au Gestionnaire de couleurs dans la Configuration du système, à condition d'avoir installé le paquet colord-KDE.
Avec Wayland, ce n'est pas là que ça se passe. Il faut se rendre dans la Configuration de l'affichage.
Cela pose un petit problème. Avec X11, dans le Gestionnaire de couleurs, il est possible d'enregistrer plusieurs profils à ce niveau (un destiné à l'affichage sur le Web et un autre pour l'impression par exemple) et de basculer rapidement de l'un à l'autre.
C'est beaucoup moins simple avec Wayland comme vous pouvez le voir sur la capture d'écran ci-dessus.
Je m'interroge à présent sur DisplayCAL dont le développement est l'arrêt depuis un moment. S'il se confirme qu'il ne fonctionne pas avec Wayland, les photographes, les vidéastes et les graphistes auront des soucis à l'avenir. Argyll CMS en lignes de commande, sur lequel repose d'ailleurs DisplayCAL, ce n'est pas la joie
Ça pour KDE car Gnome dispose d'une solution rudimentaire, mais d'une solution quand même (gnome-color-manager) pour faciliter le calibrage.
Oui au final c'est vrai qu'il manquait à zypper une option permettant de supprimer les paquets orphelins, dès lors qu'il en existait déjà une pour pouvoir les lister. Je pense que la nouvelle option a été créée par souci de cohérence, d'un point de vue global dans l'arsenal de zypper. Ceux qui administrent des systèmes complexes, des serveurs ou je ne sais quoi de même niveau, apprécieront certainement de pouvoir en disposer. À une plus petite échelle, le recours à Yast me semble plus indiqué car cela laisse le temps et les moyens de réfléchir à ce qu'on fait (la ligne de commande, pas à pas, aussi ceci-dit). Bref, la nouveauté est une option radicale à utiliser en toute connaissance de cause. Je passe mon chemin
Dernier message par chalu -
Oui , il faut mettre l’option pour que ça supprime les orphelins inutiles et de toute façon toujours regarder ce qui va être supprimé 😉
Est ce que zypper dup fonctionnera comme d'habitude ? (i.e : ne désinstallera pas les paquets considérés comme orphelins ?) car moi aussi j'en ai de l'imprimante, du scanner et d'autres bricoles... Amicalement Philippe