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... 2 problèmes : Problème : l'élément Mesa-gallium-22.3.3-340.1.x86_64 installé nécessite 'Mesa = 22.3.3', mais cette exigence ne peut pas être remplie Problème : l'élément Mesa-22.3.3-340.1.x86_64 installé nécessite 'Mesa-libEGL1 = 22.3.3', mais cette exigence ne peut pas être remplie
Problème : l'élément Mesa-gallium-22.3.3-340.1.x86_64 installé nécessite 'Mesa = 22.3.3', mais cette exigence ne peut pas être remplie fournisseurs supprimés : Mesa-22.3.3-340.1.x86_64 Solution 1 : Les actions suivantes seront exécutées : conserver l'élément Mesa-22.3.3-340.1.x86_64 obsolète conserver l'élément Mesa-libGL1-22.3.3-340.1.x86_64 obsolète Solution 2 : installer Mesa-gallium-22.3.4-340.1.x86_64 du fournisseur openSUSE en remplaçant Mesa-gallium-22.3.3-340.1.x86_64 du fournisseur http://packman.links2linux.de Solution 3 : installer Mesa-gallium-22.3.4-341.1.i586 malgré l'architecture inférieure Solution 4 : casser Mesa-gallium-22.3.3-340.1.x86_64 en ignorant certaines de ses dépendances
Choisir une des solutions ci-dessus par son numéro ou bien sauter, recommencer ou annuler [1/2/3/4/s/r/a/d/?] (a): a
J'annule et j'attends. À priori ce n'est pas le moment de bricoler avec Packman qui me semble en retard comme il y a quelques jours. Tu noteras qu'il y a chez moi une solution 3 qui me propose l'installation d'un paquet dans une architecture inférieure. L'urgent est peut-être de ne rien faire pour le moment et d'attendre des retours ultérieurs comme quoi les majs passent sans encombre avant d'installer Packman et de changer de fournisseur.
Sur le forum officiel, en anglais et en espagnol, c'est aussi signalé :
zypper repos Priorités de dépôt en vigueur : (Consultez 'zypper lr -P' pour plus de détails) 90 (priorité relevée) : 1 dépôt 99 (priorité par défaut) : 4 dépôts
# | Alias | Name | Enab-> | GPG Check | Refresh --+----------------------------------+----------------------------------------+--------+------------------+----------- 1 | download.opensuse.org-non-oss | Dépôt principal (NON-OSS) | Oui | (r ) Oui | Oui 2 | download.opensuse.org-oss | Dépôt principal (OSS) | Oui | (r ) Oui | Oui 3 | download.opensuse.org-tumbleweed | Dépôt principal de mise à jour | Oui | (r ) Oui | Oui 4 | openSUSE-20230125-0 | openSUSE-20230125-0 | Non | ---- | ---- 5 | packman | packman | Oui | ( p) Oui | Oui 6 | repo-debug | openSUSE-Tumbleweed-Debug | Non | ---- | ---- 7 | repo-openh264 | Open H.264 Codec (openSUSE Tumbleweed) | Oui | (r ) Oui | Oui 8 | repo-source | openSUSE-Tumbleweed-Source | Non | ---- | ---- christian@opsidea15:~> sudo zypper refresh Le dépôt 'Dépôt principal (NON-OSS)' est à jour. Le dépôt 'Dépôt principal (OSS)' est à jour. Le dépôt 'Dépôt principal de mise à jour' est à jour. Récupération des métadonnées du dépôt 'packman' ...[fait] Le dépôt 'Open H.264 Codec (openSUSE Tumbleweed)' est à jour. Tous les dépôts ont été rafraichis.
sudo zypper dup --from packman --allow-vendor-change Chargement des données du dépôt... Lecture des paquets installés... Calcul de la mise à niveau de la distribution... 2 problèmes : Problème : rien ne fournit 'Mesa = 22.3.3' qui est nécessaire pour l'élément Mesa-dri-22.3.3-340.1.x86_64 à installer Problème : rien ne fournit 'Mesa = 22.3.3' qui est nécessaire pour l'élément Mesa-gallium-22.3.3-340.1.x86_64 à installer
Problème : rien ne fournit 'Mesa = 22.3.3' qui est nécessaire pour l'élément Mesa-dri-22.3.3-340.1.x86_64 à installer Solution 1 : Les actions suivantes seront exécutées : désinstallation de Mesa-dri-22.3.4-340.1.x86_64 désinstallation de libglvnd-1.6.0-1.1.x86_64 désinstallation de libcogl20-1.22.8-2.9.x86_64 modification de l'architecture de libcairo2-1.17.6-1.1.x86_64 vers libcairo2-1.17.6-1.1.i586 désinstallation de libQt6WaylandEglCompositorHwIntegration6-6.4.2-1.1.x86_64 désinstallation de libQt6WaylandEglClientHwIntegration6-6.4.2-1.1.x86_64 désinstallation de libQt6WaylandCompositor6-6.4.2-1.1.x86_64 désinstallation de libQt6OpenGL6-6.4.2-1.1.x86_64 désinstallation de libQt6Gui6-6.4.2-1.1.x86_64 modification de l'architecture de libQt5Gui5-5.15.8+kde160-1.1.x86_64 vers libQt5Gui5-5.15.8+kde160-1.1.i586 modification de l'architecture de gstreamer-plugins-good-gtk-1.20.5-1.1.x86_64 vers gstreamer-plugins-good-gtk-1.20.5-1.1.i586 .... désinstallation de libreoffice-impress-7.4.4.2-2.1.x86_64 désinstallation de libreoffice-math-7.4.4.2-2.1.x86_64 désinstallation de libreoffice-pyuno-7.4.4.2-2.1.x86_64 désinstallation de libreoffice-writer-7.4.4.2-2.1.x86_64 désinstallation de libreofficekit-7.4.4.2-2.1.x86_64 modification de l'architecture de typelib-1_0-Rsvg-2_0-2.55.1-2.1.x86_64 vers typelib-1_0-Rsvg-2_0-2.55.1-2.1.i586 désinstallation de typelib-1_0-Shumate-1_0-1.0.3-1.1.x86_64 modification de l'architecture de typelib-1_0-Wnck-3_0-43.0-3.1.x86_64 vers typelib-1_0-Wnck-3_0-43.0-3.1.i586 modification de l'architecture de libMagickWand-7_Q16HDRI10-7.1.0.57-2.4.x86_64 vers libMagickWand-7_Q16HDRI10-7.1.0.57-2.4.i586 désinstallation de gnome-software-plugin-packagekit-43.3-2.1.x86_64 désinstallation de qt6-webengine-imports-6.4.2-1.1.x86_64 modification de l'architecture de libQt5WebSockets5-imports-5.15.8+kde3-1.1.x86_64 vers libQt5WebSockets5-imports-5.15.8+kde3-1.1.i586 modification de l'architecture de libQt5WebChannel5-imports-5.15.8+kde3-1.1.x86_64 vers libQt5WebChannel5-imports-5.15.8+kde3-1.1.i586 modification de l'architecture de libQt5WebChannel5-5.15.8+kde3-1.1.x86_64 vers libQt5WebChannel5-5.15.8+kde3-1.1.i586 modification de l'architecture de libqt5-qtxmlpatterns-imports-5.15.8+kde0-1.1.x86_64 vers libqt5-qtxmlpatterns-imports-5.15.8+kde0-1.1.i586 désinstallation de patterns-gnome-sw_management_gnome-20201210-13.1.x86_64 désinstallation de patterns-gnome-gnome_basis_opt-20201210-13.1.x86_64 désinstallation de patterns-gnome-gnome_basis-20201210-13.1.x86_64 désinstallation de patterns-gnome-gnome_basic-20201210-13.1.x86_64 désinstallation de patterns-games-games-20220126-1.4.x86_64 désinstallation de patterns-desktop-imaging-20201106-3.4.x86_64 désinstallation de patterns-base-x11_enhanced-20200505-38.1.x86_64 modification de l'architecture de typelib-1_0-Adw-1-1.2.1-1.1.x86_64 vers typelib-1_0-Adw-1-1.2.1-1.1.i586 modification de l'architecture de libebackend-1_2-11-3.46.3-1.1.x86_64 vers libebackend-1_2-11-3.46.3-1.1.i586 modification de l'architecture de libebook-1_2-21-3.46.3-1.1.x86_64 vers libebook-1_2-21-3.46.3-1.1.i586 modification de l'architecture de libecal-2_0-2-3.46.3-1.1.x86_64 vers libecal-2_0-2-3.46.3-1.1.i586 modification de l'architecture de libedata-book-1_2-27-3.46.3-1.1.x86_64 vers libedata-book-1_2-27-3.46.3-1.1.i586 modification de l'architecture de libedata-cal-2_0-2-3.46.3-1.1.x86_64 vers libedata-cal-2_0-2-3.46.3-1.1.i586 modification de l'architecture de libedataserver-1_2-27-3.46.3-1.1.x86_64 vers libedataserver-1_2-27-3.46.3-1.1.i586 désinstallation de gvfs-backend-samba-1.50.3-1.1.x86_64 désinstallation de gvfs-backends-1.50.3-1.1.x86_64 modification de l'architecture de gvfs-fuse-1.50.3-1.1.x86_64 vers gvfs-fuse-1.50.3-1.1.i586 désinstallation de patterns-gnome-gnome_utilities-20201210-13.1.x86_64 désinstallation de patterns-gnome-gnome_office-20201210-13.1.x86_64 désinstallation de patterns-gnome-gnome_imaging-20201210-13.1.x86_64 désinstallation de gnome-shell-calendar-43.2-1.1.x86_64 modification de l'architecture de libebook-contacts-1_2-4-3.46.3-1.1.x86_64 vers libebook-contacts-1_2-4-3.46.3-1.1.i586 modification de l'architecture de libfolks-eds26-0.15.5-1.6.x86_64 vers libfolks-eds26-0.15.5-1.6.i586 désinstallation de cheese-lang-43.0-1.1.noarch désinstallation de swell-foop-lang-41.1-1.4.noarch désinstallation de quadrapassel-lang-40.2-1.8.noarch modification de l'architecture de libfolks26-0.15.5-1.6.x86_64 vers libfolks26-0.15.5-1.6.i586 désinstallation de gnome-maps-lang-43.3-1.1.noarch modification de l'architecture de libcamel-1_2-64-3.46.3-1.1.x86_64 vers libcamel-1_2-64-3.46.3-1.1.i586 modification de l'architecture de libxkbregistry0-1.5.0-1.1.x86_64 vers libxkbregistry0-1.5.0-1.1.i586 modification de l'architecture de libgweather-4-0-4.2.0-1.1.x86_64 vers libgweather-4-0-4.2.0-1.1.i586 modification de l'architecture de libphonenumber8-8.12.23-1.25.x86_64 vers libphonenumber8-8.12.23-1.25.i586 modification de l'architecture de typelib-1_0-GWeather-4_0-4.2.0-1.1.x86_64 vers typelib-1_0-GWeather-4_0-4.2.0-1.1.i586 modification de l'architecture de libgeocode-glib-2-0-3.26.4-1.2.x86_64 vers libgeocode-glib-2-0-3.26.4-1.2.i586 modification de l'architecture de typelib-1_0-GeocodeGlib-2_0-3.26.4-1.2.x86_64 vers typelib-1_0-GeocodeGlib-2_0-3.26.4-1.2.i586 désinstallation de libQt6QmlXmlListModel6-6.4.2-1.1.x86_64 Solution 2 : installer Mesa-dri-22.3.4-341.1.i586 malgré l'architecture inférieure Solution 3 : conserver l'élément Mesa-dri-22.3.4-340.1.x86_64 obsolète Solution 4 : casser Mesa-dri-22.3.3-340.1.x86_64 en ignorant certaines de ses dépendances
Je ne comprends pas pourquoi il y a deux problèmes et je ne comprends pas non plus pourquoi zypper veut remplacer des paquets x86_64 par des i586 ? Bien évidemment mon PC est totalement en 64 bits.
Dernier message par jenrem -
Bonjour à toutes et tous Je reviens sur mon problème d'affichage suite à MàJ J'ai aujourd'hui 400 MàJ , que je n'arrive pas à installer La cause , un paquet "image Magick -config " qui voudrait s'installer et qui n'y arrive pas J'ai essayé " add lock" mais l'ordre n'est pas reconnue " rpm ne reconnaît pas ....." Je sèche un peu , comment faire mes MàJ en évitant de charger( installer ) ce paquet qui me pause problème Genre , une commande qui me permet de faire les MàJ ( tout est chargé ) et qui laisse de coté ce paquet Petite précision , Image Magick n'est pas installé ,mais j'ai 2 dossiers Image Magick dans /etc Bonne journée
Qu'ils soient utiles voire parfois indispensables pour le gaming, sans doute. Pour la PAO et le graphiqme c'est très exagéré pour ne pas dire totalement faux... Sans ouvrir la boite de Pandore, fonctionner sans pilote nvidia (volontairement), que ce soit sur W10/11 ou Linux, n'empêche pas du tout de travailler ou vendre dans le graphisme (et là j'ouvre la boite de Pandore ? Avis mais aussi pratique personnelle...)
Plus simple encore, pas de jeux ceci-dit, j'utilise darktable et je n'ai pas de carte graphique. Je ne crois pas pour le moment et à mon niveau que ce soit une nécessité absolue car je ne me sens presque pas impacté pour le moment par son absence. L'utilisation de quelques modules du logiciel en souffrirait certainement s'ils m'étaient indispensables (et savamment utilisés) ou si je devais raisonner en termes de productivité. Je m'accommode de l'imperfection (enfin!) et j'ai le temps (enfin!)... c'est presque paradoxale sans les parenthèses
Pour ne pas trop m'étendre sur le sujet, voici deux articles qui méritent je crois un peu d'attention :
Maintenant si le futur de la photo est du côté des intelligences artificielles comme c'est exprimé dans le premier article, une carte graphique s'impose sans doute apparemment mais ce futur ne m'emballe pas (des trucs bizarres au delà de la photographie, d'une créativité plus douteuse que l'ordinaire actuel, commencent déjà à remonter à ce sujet il me semble).
Quant à l'évolution de Tumbleweed, à titre personnel et pour revenir au sujet, je ne vois des obstacles à venir pour moi qu'au niveau des processeurs sur mes machines. Il sera peut-être alors temps de les remplacer.. ou pas, et voir ailleurs dans le cas contraire où je ne pourrais pas ou ne voudrais plus. Mais sinon ça roule en attendant et pour un moment encore je crois, enfin je l'espère :
en user comme en root . Aucun message dans le terminal. Je suis avec OpenSUSE tumbleweed Gnome. J'ai essayé avec KDE Plasma avec le même résultat. Bien sûr, j'ai coché mettre en veille lorsque l'écran du portable est rabattu. Si vous avez des idées, merci.
J'ai testé cette MicroOs durant quinze jours, et franchement, je n'adhère pas du tout à cette philosophie. Cela va bientôt faire un an que TW est installé sur ma machine et franchement, je n'en démord plus.
De temps en temps, je continue à tester d'autres distro, mais j'ai de moins en moins de temps, ayant repris la direction d'un Comité de Quartier, en plus de ma vie professionnelle, j'ai donc des occupations et des journées bien remplies.
Mon choix de rester sur OpenSuse TW est donc parfaitement justifié au vu de mes occupations, tout en ayant une facilité d'installation de programme et d'utilisation au quotidien, en ayant continuellement des mises jours récentes.
Merci Burn2, j'ai pas eu le courage de me lancer dans l'installation, j'ai trouvé le truc complexe, plus que ce que je gagnerais, donc j'ai lâché. Tout comme silverblue qui ne propose réellement qu'un seul desktop (gnome) qui n'est pas celui que j'utilise ou même l'un des deux que j'utilise principalement.
Je n'ai pas insisté non plus pour l'instant... Peut-être que les atomiques seraient utiles dans certaines grandes entreprises ou services publics (hôpitaux) ? Pour l'instant rien ne me fait lâcher openSUSE Tumbleweed ou Fedora sur une autre session et je ne cherche plus, n'étant plus en phase de tests de distro...
Si des personnes ont des retours sur les déploiements de Micro cela peut êre intéressant.... Rien trouvé sur ma part de réellement "profond" à part quelques rares retours, très minces, en passant sur reedit. Mais de recul de quelques mois ou même semaines...