Aller au contenu principal
Messages récents
13
Général / Re : Dépot packman, je ne comprends pas
Dernier message par Chumi -
Bonjour,

Un zypper dup du jour avec Packman en place comme il se doit (fournisseur changé) me donne ceci :

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é :

https://forums.opensuse.org/t/messed-up-mesa-drivers/164022
https://forums.opensuse.org/t/error-con-mesa-al-actualizar-opensuse-tumbleweed/164023

Ailleurs :
https://www.reddit.com/r/openSUSE/comments/10o5to1/cant_install_codecs_on_new_opensuse_tumbleweed/
https://lists.links2linux.de/pipermail/packman/2023-January/017391.html
14
Général / Dépot packman, je ne comprends pas
Dernier message par C2G9 -
Bonjour
OpenSUSE tumbleweed gnome fraîchement installé, j'ajoute le dépôt packman
sudo zypper ar -cfp 90 https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Tumbleweed/ packman
Le dépôt 'packman' a été ajouté avec succès

URI                          : https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Tumbleweed/
Activé                       : Oui
Vérification GPG             : Oui
Rafraichissement automatique : Oui
Priorité                     : 90 (priorité relevée)

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
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.
Je veux basculer tout avec packman
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
Le retour en entier sur pastebin https://pastebin.com/50wCALBB car ça dépasse la limite de caractères autorisée !

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.

Vous pouvez me renseigner la-dessus ?
Merci
15
Installation et boot / Re : Ecran " konsole"
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
16
Général / Re : Evolution de Tumbleweed au fil du temps
Dernier message par Chumi -
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 :

darktable et OpenCL : j'achète une carte graphique ou pas ?

Choisir son ordinateur pour la photo, la vidéo, ect.

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 :

openSUSE Tumbleweed Begins Transitioning To x86-64-v2 CPU Requirements
18
Général / Pas de mise en veille
Dernier message par C2G9 -
Bonjour
Sur mon portable, je n'ai pas de mise en veille aussi bien en fermant l'écran qu'avec le terminal avec
systemctl suspend
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.
19
Débat, sondages et tribune... / Re : OpenSuse MicroOs Desktop
Dernier message par Gerinald -
Hello,

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.
20
Débat, sondages et tribune... / Re : OpenSuse MicroOs Desktop
Dernier message par orion -
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...