Suite à un débat sur l'utilisation de la commande "ZYPPER" , petit mémo des utilisateurs du débat : Nous prendrons pour illustration le paquet "unbound".
Pour les privilèges utilisateur root nous utiliserons : sudo
zypper ref // maj dépot zypper up // pour utilisateur de leap zypper in unbound // ou zypper install zypper in --no-recommends unbound // option --no-recommends ** n'installe pas de paquets recommandés zypper rm unbound // ou zypper remove zypper remove --clean-deps unbound // Supprime les dépendances installées zypper dup --allow-vendor-change // option --allow-vendor-change ** autorise changement de dépôt zypper dup -v // ou zypper dist-upgrade mise à niveau de la distribution verbeux zypper -v dup --allow-vendor-change // option -v ** mode verbeux pendant l'installation zypper dup --allow-vendor-change --details # // option --détails ** infos des paquets maj zypper dup -D --details # // option -D **Simulation maj zypper dup -d --details # // option -d option -d ** mise en cache de la mise à jour zypper dup --no-recommends // option --no-recommends ** maj sans les paquets recommandés
zypper se unbound | less // option | less ** navigation dans la liste zypper if unbound zypper se --provides 'unbound*' // option -provides '_*' ** liste tous paquets contenant unbound zypper if --requires unbound // option --requires ** liste les dépendances
zypper in opi // installe l'utilitaire de commande opi opi unboud // offre le choix de version de l'application et du dépot opi codecs // facilite l'installation de tous les codecs sur opensuse.
J'ai essayé de résumer les commandes un peu spécifiques des utilisateurs dans le débat sur le sujet. N’hésitez pas à corriger les coquilles.
Citer
sudo ou su a fait l'objet d'échanges lors du débat... J'opte dorénavant pour su - quand il s'agit d'utiliser l'option DUP. L'installation d'application, je prendrai sudo
Titre: Re : Memo Commande Zypper
Publié par: manchette le 16 Décembre, 2024, 18:57:03
Hello ;=)
Merci pour le résumé :=)
==>> J'adore l'option --allow-vendor-change Pour ne pas dire qu'elle est Vitale !
Ca semble pour tumbleweed ? J'imagine que tout fonctionne avec zypper up pour Leap (?)
Je suis sous Leap 15.6 : moi je fais un truc 'de dingue' , je fais les mises à jour en console _uniquement_ On peut faire autrement ? Jusqu'au bug ? Et vous ? Qu'en dites vous ?
séquence habituelle : ctrl+alt+ backspace deux fois ctrl alt F1 root + mdp
# screen
ctrl+a+ C
puis là je lance un
zypper ref && zypper up --download-in-heaps
j'aime bien car il télécharge _tout_, puis il installe :)
en général ca se termine par shutdown -P now (éteindre la machine) voir shutdown -r now (pour redémarrer)
Titre: Re : Memo Commande Zypper
Publié par: Yoman le 17 Décembre, 2024, 19:08:36
Je suis sous Leap 15.6 : moi je fais un truc 'de dingue' , je fais les mises à jour en console _uniquement_ On peut faire autrement ? Jusqu'au bug ? Et vous ? Qu'en dites vous ?
Alors oui, on peut faire autrement, en mode graphique pour ceux qui sont sur KDE avec "Discover". Pour les utilisateurs de "Tumbleweed" en général, ce n'est pas trop conseillé, même pour tout autre "ROLLING RELEASE". Comme tu l'as dis, pas seulement pour des bugs. Pour des conflits de paquet, mais aussi pour certains paquets en relation avec l'affichage graphique.
94 packages to upgrade, 5 to downgrade, 5 to change vendor.
Package download size: 307.1 MiB
Package install size change: | 1.01 GiB required by packages that will be installed -162.3 KiB | - 1.01 GiB released by packages that will be removed
Je te laisse faire l'analyse .
Merci pour ta contribution dans cette rubrique.
Titre: Re : Memo Commande Zypper
Publié par: laurentb le 17 Décembre, 2024, 21:18:52
Merci pour tous ces retours, c'est super intéressant. Après plus d'une grosse décennie sous Mandrake/Mandriva/Mageia je me suis mis à openSUSE vers 2015, et j'ai découvert de manière un peu empirique et des mises à jour un peu foireuses les subtiles différences entre zypper up (leap) et zypper dup (tumbleweed / slowroll). Mais je n'ai jamais trouvé un site de référence qui explique clairement les différences et pourquoi du comment. Une piste ?
Titre: Re : Memo Commande Zypper
Publié par: Chumi le 18 Décembre, 2024, 11:42:09
Mais je n'ai jamais trouvé un site de référence qui explique clairement les différences et pourquoi du comment
Bonjour,
zypper up procède à une mise à jour des paquets et zypper dup à une mise à niveau de la distribution. Ce qui signifie en gros que Slowroll et Tumbleweed sont perpétuellement mis à niveau quand nous faisons un zypper dup.
@Yoman : c'est d'ailleurs un truc à corriger au regard de zypper dup dans la section Actions sur les paquets (et la distribution aussi du coup). dup = dist-upgrade.
Titre: Re : Memo Commande Zypper
Publié par: manchette le 18 Décembre, 2024, 13:06:50
hello,
on pourrait creuser bien plus encore et modifier le comportement de zypp.conf mais ca demande du temps : lecture + tests, sans parler de tracer les manips si besoin pour le futur. Je n'ai jamais creusé mais ca peut être marrant à faire si vous vous ennuyez à Noël :=)
- screen en principe permettrait de récupérer si ca se passait mal, je n'ai pas encore eu le temps de creuser, ni eu besoin mais c'est l'idée en cas de pépin, mais je n'ai que rarement de pépin. Si certains ont utilisé peut être pourront t'ils expliquer comment et en quoi cela a été utile en pratique.
- Aussi j'ai fait en sorte qu'il ne télécharge plus des morceaux de paquets car il téléchargeait puis installait et ca m'énervait : dans /etc/zypp/zypp.conf j'ai modifié comme tel download.use_deltarpm = false
L'idée c'est de profiter de la vitesse de la fibre, plus besoin de faire des petits paquets et d'installer par petits bouts.
- Pour les mises à jour : par défaut c'est in advance : il télécharge tout, puis installe.
Avec l'option "download in heaps" cela permet qu'il télécharge des morceaux par paliers stables en quelque sorte, pour éviter les loupés : le man précise : that can be installed without leaving the system in broken state . On laisse le système le plus stable possible. Ca combine les + des options in advance et as needed.
extrait du man de zypper : --download-in-advance First download all packages, then start installing. This is the default.
--download-in-heaps Download a minimal set of packages that can be installed without leaving the system in broken state, and install them. Then download and install another heap until all are installed. This helps to keep the system in consistent state without the need to download all packages in advance, which combines the advantages of --download-in-advance and --download-as-needed.
Note While the resolver is not capable of building heaps, this behaves the same as --download-in-advance.
--download-as-needed Download one package, install it immediately, and continue with the rest until all are installed.
Je suis sous Leap 15.6 : moi je fais un truc 'de dingue' , je fais les mises à jour en console _uniquement_ On peut faire autrement ? Jusqu'au bug ? Et vous ? Qu'en dites vous ?
Alors oui, on peut faire autrement, en mode graphique pour ceux qui sont sur KDE avec "Discover". Pour les utilisateurs de "Tumbleweed" en général, ce n'est pas trop conseillé, même pour tout autre "ROLLING RELEASE". Comme tu l'as dis, pas seulement pour des bugs. Pour des conflits de paquet, mais aussi pour certains paquets en relation avec l'affichage graphique.
@Yoman (https://www.alionet.org/index.php?action=profile;u=674) : c'est d'ailleurs un truc à corriger au regard de zypper dup dans la section Actions sur les paquets (et la distribution aussi du coup). dup = dist-upgrade.
Merci, c'est ajouté. 👍
Titre: Re : Memo Commande Zypper
Publié par: Yoman le 18 Décembre, 2024, 21:20:57
on pourrait creuser bien plus encore et modifier le comportement de zypp.conf mais ca demande du temps : lecture + tests, sans parler de tracer les manips si besoin pour le futur. Je n'ai jamais creusé mais ca peut être marrant à faire si vous vous ennuyez à Noël :=)
Bon a Noël, je ne vais pas m'ennuyer, 😅 Mais seulement en VM, on pourra faire des tests et constater les résultats, et les mettre dans cette rubrique "configuration avancée" , genre comme titre : LES OPTIONS DE ZYPPER.CONF , un truc comme ça... Dans ce fichier, je n'ai touché qu'a la partie kernel... Si tu te sens d'attaque en 2025, d'introduire cette rubrique, jsuis partant pour des tests en VM
Titre: Re : Memo Commande Zypper
Publié par: laurentb le 18 Décembre, 2024, 21:35:25
Hello, Bon aujourd'hui j'ai découvert l'option -vvv (super verbose) à zypper et ça peut être utile !
Titre: Re : Memo Commande Zypper
Publié par: Yoman le 04 Septembre, 2025, 05:26:54
Bonjour
Après avoir entamé la discussion sur la commande "zypper", je vous propose un article bien plus complet sur le même sujet :
Guide Complet Commande Zypper (https://safeitexperts.com/2025/09/zypper-opensuse-guide-complet-commandes-et-tutoriel-2025.html#google_vignette)
Bonne Lecture, n’hésitez pas a mettre ce lien dans vos favoris
Titre: Re : Memo Commande Zypper
Publié par: jenrem le 07 Septembre, 2025, 18:13:25
Bonjour Yoman J'avais un peu oublié ton fils , et j'avais besoin de commandes , j'ai cherché sur le net , sans trouver exactement ce que je cherchais En 1 , je voulais trouver les derniers kernels dispos pour la distrib ( Tumbleweed pour moi ) J'ai trouvé cette commande , mais elle ne fonctionne pas , chez moi
jenrem@localhost:~> zypper -cache search linux-image Avertissement : Le fichier de configuration « /home/jenrem/ache » n'existe pas. Chargement des données du dépôt... Lecture des paquets installés... Aucun élément correspondant n'a été trouvé
Invariablement , la réponse est le fichier " ache " n'existe pas Je l'ai essayée avec 2 tirets ( - -)devant , c'est pire En 2 , je voulais faire l'historique des MàJ , j'ai fait " history " ,mais ça me liste uniquement l'historique des commandes Quelle option il faut ajouter pour avoir l'historique des MàJ ? Merci Bonne soirée
Titre: Re : Memo Commande Zypper
Publié par: jtro le 07 Septembre, 2025, 20:27:59
salut pour le 1, c'est ça que tu cherches ?: https://software.opensuse.org/package/kernel-default?locale=fr pour le 2, tu vas dans yast installer des logiciels. Dans l'onglet options ou extras, je ne sais plus, tu as historique qui te donnes donc l'historique de toutes les mais effectuées par zypper et yast.
Titre: Re : Memo Commande Zypper
Publié par: chalu le 08 Septembre, 2025, 15:16:57
Bonjour, Je crois qu'il y a des erreurs dans l'article ou j'ai mal compris.
zypper se -s # Paquets installés (System Packages)
l'option -s chez moi, ça me donne les détails (versions, dépôts) des paquets disponibles. Ceux qui sont installés sont marqués d'un i dans le retour. C'est l'option -i qui me permet de lister uniquement les paquets installés. Pour avoir les noyaux installés, je fais :
zypper se -si kernel Chargement des données du dépôt... Lecture des paquets installés...
S | Name | Type | Version | Arch | Repository ---+-----------------------------------------+--------+----------------+--------+---------------------- i+ | kernel-default | paquet | 6.16.1-1.1 | x86_64 | (Paquets système) i+ | kernel-default | paquet | 6.16.3-1.1 | x86_64 | Dépôt principal (OSS) i+ | kernel-firmware-all | paquet | 20250206-1.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-amdgpu | paquet | 20250825-1.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-ath10k | paquet | 20250206-4.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-ath11k | paquet | 20250829-1.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-ath12k | paquet | 20250903-1.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-atheros | paquet | 20250206-2.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-bluetooth | paquet | 20250903-1.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-bnx2 | paquet | 20250627-1.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-brcm | paquet | 20250623-1.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-chelsio | paquet | 20250627-1.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-dpaa2 | paquet | 20250206-2.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-i915 | paquet | 20250903-1.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-intel | paquet | 20250903-1.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-iwlwifi | paquet | 20250829-1.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-liquidio | paquet | 20250206-2.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-marvell | paquet | 20250206-2.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-media | paquet | 20250903-1.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-mediatek | paquet | 20250903-1.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-mellanox | paquet | 20250717-1.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-mwifiex | paquet | 20250206-2.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-network | paquet | 20250804-1.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-nfp | paquet | 20250206-2.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-nvidia | paquet | 20250516-4.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-platform | paquet | 20250811-1.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-prestera | paquet | 20250206-2.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-qcom | paquet | 20250903-1.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-qlogic | paquet | 20250717-1.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-radeon | paquet | 20250627-1.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-realtek | paquet | 20250820-1.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-serial | paquet | 20250717-1.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-sound | paquet | 20250821-1.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-ti | paquet | 20250206-2.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-ueagle | paquet | 20250206-2.1 | noarch | Dépôt principal (OSS) i | kernel-firmware-usb-network | paquet | 20250717-1.1 | noarch | Dépôt principal (OSS) i | libabsl_kernel_timeout_internal2508_0_0 | paquet | 20250814.0-2.1 | x86_64 | Dépôt principal (OSS) i | purge-kernels-service
Les deux premières lignes du retour semblent en donner 2. L'actuel et un plus ancien repéré par paquet système car il n'est plus dans les dépôts. Le retour montre aussi qu'il y a un service pour les nettoyer automatiquement et ne pas les accumuler.
Titre: Re : Memo Commande Zypper
Publié par: Yoman le 08 Septembre, 2025, 18:45:10
jenrem@localhost:~> zypper -cache search linux-image Avertissement : Le fichier de configuration « /home/jenrem/ache » n'existe pas. Chargement des données du dépôt... Lecture des paquets installés... Aucun élément correspondant n'a été trouvé
n'est pas valide car -cache ne fait pas partie des options globales de zypper. Les options globales utilisent toujours un double tiret (--) et permet de configurer l'environnement d'exécution de la commande qui suit."
la structure de commande zypper doit respecter ce format :
Cela concerne les kernels deb qui vont avec un linux -headers (pour de la compilation de mémoire à vérifier)
De ce fait , on va rajouter une petite section à l'article pour les cas de Kernels spécifiques openSUSE
J'ai crains d'avoir fait une erreur , mais cela peut arriver avec le nombre de commande possible de zypper, et aussi le temps que cela a pris pour rédiger l'article.... (mais des coquilles peut arriver)
Les corrections ont été apportées à l'article avec l'ajout de recherche de paquet spécifique.[/list]
Titre: Re : Memo Commande Zypper
Publié par: Yoman le 09 Septembre, 2025, 01:14:34
Titre: Re : Memo Commande Zypper
Publié par: jenrem le 09 Septembre, 2025, 09:58:33
Bonjour à toutes et tous @Jtro : Merci , je vais te faire une réponse de " Normand " ( si l'expression a toujours cour ) , un peu oui et un peu non Oui , c'est une page que j'avais trouvée il y a qques années , mais je n'y suis jamais revenu , à cette époque là , il y avait un commentaire ( en haut de page ) un peu similaire à celui qui est en bas de page concernant maintenant les distribs non supportées , à savoir , en gros et en résumé " ces "applis " ne sont pas développées par open SuSE , à utiliser à vos risques et périls " donc j'avais fui ces pages , et n'y cherchais plus rien Non , j'avais trouvé une commande en ligne , avant de trouver celle que Yoman me signal comme étant une commande .deb , qui m'avait affiché les kernels dispo pour Tumbleweed , et je n'arrivais pas à retrouver où , je l'avais trouvée , Yoman vient de me rafraîchir la mémoire , il est fort possible que ce soit sur ce fil @Yoman : Merci pour toutes ces commandes bien utiles , je vais les coller sur une feuille writer et les mettre sur une clef USB ,les feuilles volantes sous mon clavier , commencent à voler un peu partout ;) Il reste cette commande " history " des MàJ , je sais , Jtro m'a donné la méthode Yast , mais à chaque fois je la trouve un peu " lourde " et la ligne de commande est tellement rapide Linux -headers ( ou heaters , je ne sais plus ) et 3 autres " types " de kernels sont utilisés aussi dans Fedora , j'ai eu l'occasion d'en faire le nettoyage sur un ordi , il y a qques années , donc je ne me souvient plus exactement des noms , de plus je n'ai fait cette commande qu'à cette occasion , et jamais refaite depuis , donc " perdue " Merci de passer du temps à nous faire toute cette " compile " de commandes , c'est beaucoup de lectures en amont , sauf si tu es " dev " et que tu les connaisses toutes par coeur , un rêve inaccessible ( étoile ) pour certains :) Bonne journée
Titre: Re : Memo Commande Zypper
Publié par: chalu le 09 Septembre, 2025, 19:26:36
Il reste cette commande " history " des MàJ , je sais , Jtro m'a donné la méthode Yast , mais à chaque fois je la trouve un peu " lourde " et la ligne de commande est tellement rapide
Oups exact, je vais mettre à jour... Merci 👌 Je vais chercher les options pertinentes qui peuvent accompagner "history"
Titre: Re : Memo Commande Zypper
Publié par: jenrem le 11 Septembre, 2025, 09:42:36
Bonjour Yoman Merci Be quiet , , y'a pas d'urgence , mais je trouve que c'est une commande pratique Je voulais tester une distrib qui vient de sortir " KDE Linux " ( pour les fans de KDE , c'est ce que dit la " pub " ) Seulement , soucis pour moi , c'est une image " .raw " , je l'ai mise sur une clef USB avec " dd " mais elle ne démarre pas ? Dans leur littérature , il est dit de le faire avec " ISO image writer " , qui n'est pas fourni pour slow roll ( il faut juste que je me remette sur Tumbleweed !) Que faut -il faire avec une image " .raw " pour qu'elle soit utilisable ? la décompresser avant " gravure " ? Pourquoi faire simple quand on peut faire compliqué , une image ISO aurait été tellement plus facile ( pour moi ) Bonne journée Je suis sur Tumbleweed , " image writer " n'y est plus disponible non plus , je ne le trouve pas dans " discover " non plus , il va falloir l'installer en passant par KDE !
Titre: Re : Memo Commande Zypper
Publié par: Yoman le 13 Septembre, 2025, 01:36:04
S | Name | Summary | Type ---+-------------------------+---------------------------------------------+-------------- | imagewriter | Utility for writing disk images to USB keys | paquet | imagewriter | Utility for writing disk images to USB keys | paquet source | imagewriter-debuginfo | Debug information for package imagewriter | paquet | imagewriter-debugsource | Debug sources for package imagewriter | paquet
L'image raw est normal c'est une image non compressé
Titre: Re : Memo Commande Zypper
Publié par: jenrem le 13 Septembre, 2025, 11:35:15
Bonjour Yoman Merci Je sais d'où vient la réponse négative à ma question sur yast comme en konsole j'ai écrit " image writer " , avec majuscules , sans et en fin de compte " ISO Image Writer " parce que j'ai trouvé ce " titre " sur le site de KDE La recherche sur Yast comme en console , ce n'est pas très souple , il faut connaître l'orthographe exacte de l'appli que l'on recherche avec majuscules ou espaces . J'essaierai avec une * après image , pour voir RAW , " non compressé " , je comprends mieux pourquoi " ARK " ruait dans les brancards lorsque je lui ai demandé de la décompresser :-[ J'ai essayé de la décompresser avec " ARK " mais ça n'a pas marché Je vais suivre ta méthode , et je reviendrai te dire le résultat
enrem@localhost:~> zypper search image* Chargement des données du dépôt... Lecture des paquets installés...
S | Name | Summary | Type ---+------------------+---------------------------------------------+------- | imageburner | Image burner | paquet | imageburner-lang | Translations for package imageburner | paquet | imagej | A Java image processing program | paquet | imagewriter | Utility for writing disk images to USB keys | paquet jenrem@localhost:~>
Titre: Re : Memo Commande Zypper
Publié par: jenrem le 13 Septembre, 2025, 12:19:01
Re Image graver avec Image Writer , même résultat qu'avec " dd " , impossible de démarrer dessus , et impossible de l'ouvrir dans Dolphin , où elle appairait bien sous le nom de " KDELinuxLive " Donc , abandon du projet de test de cette distribution , pour le moment Je vais quand même chercher si il existe une image ISO qui traîne dans leur fond de tiroir, sans illusions Bonne journée Ps : j'arrête de parler distrib ici , mais la question du départ concernait quand même et plutôt une commande console ou Yast Voudras tu bien m'excuser Yoman , d'avoir un peu débordé du sujet de base de ton fil
Titre: Re : Memo Commande Zypper
Publié par: Yoman le 15 Septembre, 2025, 06:34:47
@jenrem 👋
Essaye de formater ta clé USB en bas niveau, histoire d'enlever touts les métas cachés.. (personnellement je fais toujours ainsi, histoire d'avoir une clé USB type sortie d'usine)
Partage ta commande dd que tu utilises Assure toi que ta commande de a bien l'option "sync"
sdX = mettre le vrai nom de la partition ou tu mettras kde linux
Parfois ta clé USB peut avoir 2 noms
SDB Puis en-dessous sdb1
Faut installer toujours sur le 2eme nom
Désolé, si je ne suis pas plus précis, je suis sur mon smartphone.
Titre: Re : Memo Commande Zypper
Publié par: jenrem le 15 Septembre, 2025, 10:52:40
Bonjour Yoman Merci Je formate avec , en général le " partitionneur de Yast " en FAT ou exFAT , avec Gparted en passant par la "case " msdos Je ne le fais pas en ligne de commande , c'est peut être un tort ! Ma commande " dd " sur une console ouverte dans le dossier où j'ai logé mon image ( ça m'évite d'écrire tout le chemin d'un terminal ouvert à coté ) et avec " sudo " , si tu le fais avec " su - " , il te sort de la console du dossier et te renvoie dans un terminal ( ce n'est peut être pas très clair !)
J'utilise cette ligne depuis des années , je vois que tu as " conv=fsync " , je ne connaissais pas C'est " RAW " qui me perturbe un peu Dans leur aide à l'installation , il est stipulé qu'il faut utiliser leur " graveur " de clef ( dans d'autres articles que j'ai lu sur le sujet , ils le disent aussi ?) qui se nomme " ISO Image Writer " aurait-il une fonction supplémentaire que " image writer " de Tumbleweed n'aurait pas ? Après , " ya pas urgence " ,c'est juste pour voir la tête qu'a cette distrib , qui apparemment est " gavée " bugs ! Bonne journée