Lea Linux - Contributions [fr]

Utilisateur:MatthieuS

2020-03-23T04:56:12Z

MatthieuS : /* Contact */

Matthieu, Fedora.

Bienvenue sur ma page !

=== Contact ===
Email: fantom at fedoraproject.org

Clé GPG: [https://keys.openpgp.org/search?q=AE157E0B29F0BEF2 AE157E0B29F0BEF2]

Utilisateur:MatthieuS

2012-01-08T11:49:47Z

MatthieuS :

Matthieu, Fedora.

Bienvenue sur ma page !

=== Contact ===
Par E-mail: casper.le.fantom AT gmail POINT com | prière d'utiliser la clé PGP: 83288189

YUM

2011-11-15T00:06:03Z

MatthieuS : /* Un interpréteur de commandes dans YUM */

[[Catégorie:Fedora]]

= Quelques subtiles options de YUM =

par [[Utilisateur:MatthieuS|Matthieu]]

Quelques options de YUM, le gestionnaire de paquets de Fedora et Red Hat.

== La clause info ==

Cette clause permet de récupérer un descriptif du paquet qui lui est passé en paramètre, qu’il soit installé sur le système ou non ; elle affiche également d’autres compléments relatifs à ce paquet tels que sa version, son architecture, sa taille, le dépôt le proposant, ou encore sa licence :

<div class="code">
$ yum info arora <br />
[. . .] <br />
Nom : arora <br />
Architecture : x86_64 <br />
Version : 0.11.0 <br />
Révision : 2.fc15 <br />
Taille : 811 k <br />
Dépôt : fedora <br />
Résumé : A cross platform web browser <br />
URL : http://code.google.com/p/arora/ <br />
Licence : GPLv2+ <br />
Description : Arora is a simple, cross <br />
:<nowiki>:</nowiki> platform web browser based on <br />
:<nowiki>:</nowiki> the QtWebKit engine. Currently, <br />
:<nowiki>:</nowiki> Arora is still under <br />
:<nowiki>:</nowiki> development, but it already has <br />
:<nowiki>:</nowiki> support for browsing and other <br />
:<nowiki>:</nowiki> common features such as web <br />
:<nowiki>:</nowiki> history and bookmarks.
</div>

== La clause repolist ==

Cette clause liste simplement tous les dépôts activés pour votre système <nowiki>:</nowiki>

<div class="code">
$ yum repolist <br />
id du dépôt nom du dépôt statut <br />
fedora Fedora 15 - x86_64 24 085 <br />
updates Fedora 15 - x86_64 - Updates 872 <br />
repolist: 25 767 <br />
</div>

On notera qu’en plus des dépôts activés, la commande affiche, dans la colonne « statut », le nombre de paquets composant chacun d’entre eux. Pour afficher tous les dépôts définis dans votre système, y compris ceux désactivés (les dépôts de test par exemple), on rajoutera le mot-clé all à la commande <nowiki>:</nowiki>

<div class="code">
$ yum repolist all
</div>

== La clause provides ==
Si vous vous êtes déjà demandé quel paquet fournit un programme ou
une bibliothèque donnée, la clause provides devrait répondre à vos
attentes : celle-ci interroge en effet les dépôts pour déterminer le paquet
proposant la ressource qui lui est passée en paramètre. Une fois le
paquet identifié, ne reste plus qu’à l’installer. Notez que dans le cas où
l’on souhaite trouver un paquet à partir d’un fichier, cette clause attend
le chemin complet supposé de ce dernier (ou au moins une expression
rationnelle) <nowiki>:</nowiki>

<div class="code">
$ yum provides /bin/cp <br />
$ yum provides \*/thunderbird
</div>

Notez cependant que pour les bibliothèques dynamiques en revanche (des fichiers *.so.*), le nom même du fichier suffit <nowiki>:</nowiki>

<div class="code">
$ yum provides ld-linux.so.2
</div>

== La clause check ==
Cette clause va vérifier l’intégrité de votre base de données RPM <nowiki>:</nowiki>

<div class="code">
$ yum check

check all
</div>

Tel est le message que cette commande doit retourner, après quelques minutes d’exécution, si aucune dépendance brisée ni paquets dupliqués n’ont été détectés. Dans le cas contraire, il est vital de corriger les problèmes signalés pour le bon fonctionnement de votre système. La commande package-cleanup devrait vous y aider d’ailleurs.

== La clause deplist ==

Cette clause renvoie, pour un paquet passé en paramètre, la liste de ses
dépendances <nowiki>:</nowiki>

<div class="code">
$ yum deplist wget <br />
[. . .] <br />
Recherche de dépendances : <br />
paquet : wget.x86_64 1.12-3.fc15 <br />
:dépendance : libssl.so.10()(64bit) <br />
:provider: openssl.x86_64 1.0.0d-1.fc15 <br />
:dépendance : librt.so.1()(64bit) <br />
:provider: glibc.x86_64 2.13.90-9 <br />
:dépendance : libc.so.6(GLIBC_2.8)(64bit) <br />
:provider: glibc.x86_64 2.13.90-9 <br />
:dépendance : libdl.so.2()(64bit) <br />
:provider: glibc.x86_64 2.13.90-9 <br />
:dépendance : /sbin/install-info <br />
:provider: info.x86_64 4.13a-15.fc15 <br />
:dépendance : libz.so.1()(64bit) <br />
:provider: zlib.x86_64 1.2.5-3.fc15 <br />
:dépendance : rtld(GNU_HASH) <br />
:provider: glibc.x86_64 2.13.90-9 <br />
:provider: glibc.i686 2.13.90-9 <br />
:dépendance : libcrypto.so.10()(64bit) <br />
:provider: openssl.x86_64 1.0.0d-1.fc15 <br />
:dépendance : librt.so.1(GLIBC_2.2.5)(64bit) <br />
:provider: glibc.x86_64 2.13.90-9 <br />
:dépendance : /bin/sh <br />
:provider: bash.x86_64 4.2.10-2.fc15
</div>

Une commande à réserver à tous ceux qui s’intéressent à la façon dont YUM gère les dépendances d’un paquet...

== La clause clean ==

YUM conserve les différentes informations relatives aux dépôts, et en particulier les paquets les composants, dans des fichiers de cache durant
un certain temps (dans le dossier /var/cache/yum/ pour information). De cette façon, YUM n’a pas à interroger systématiquement les dépôts en ligne à chaque utilisation, ce qui rallongerait considérablement ses traitements. Contrairement au gestionnaire de paquetages APT, YUM est en mesure de mettre à jour son cache automatiquement, et ce aussi souvent que nécessaire.

Il peut néanmoins s’avérer nécessaire de purger ce cache manuellement, pour forcer YUM à récupérer de nouvelles données dépôts à jour : quoique ce cas demeure exceptionnel, cette opération s’imposera si, par exemple, YUM devait renvoyer des erreurs indiquant des incohérences dans sa base de données <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum clean all"
</div>

Ainsi, au prochain lancement de YUM, les informations dépôts seront de nouveau générées.

== La clause makecache ==

Cette clause est le pendant de la précédente dans la mesure où elle
permet de lancer manuellement une mise à jour des méta-données de
YUM relatives aux dépôts <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum makecache"
</div>

== L’option --exclude ==

Si, pour diverses raisons, vous souhaitiez exclure un paquet particulier
d’une mise à jour, l’option --exclude est faite pour vous <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum update --exclude=kernel,kernel-devel"
</div>

Cette commande va ainsi empêcher les paquets kernel et kerneldevel d’être mis à jour. Cette opération est cependant loin d’être anodine, sachant que les mises à jour visent avant tout à corriger des bogues voire des problèmes de sécurité ; aussi ne l’utilisez que si vous savez ce que vous faites...

== L’option --skip-broken ==

Cette option est utile lorsque certains paquets que l’on souhaite installer ou mettre à jour présentent des dépendances non disponibles dans les dépôts. Un tel cas de figure—rare cependant—se produit par exemple lorsque le noyau est mis à jour, mais que des paquets kmod- <module> installés, construits pour une version spécifique du noyau, n’ont pas encore été mis à disposition dans les dépôts pour celui-ci. Dans pareille situation, YUM refusera de poursuivre la mise à jour ; les dépendances de ces paquets en erreur sont dites « brisées ». L’utilisation de cette option fera en sorte que YUM ne bloque pas une transaction à cause de ces derniers : ils ne seront tout simplement pas traités, contrairement aux autres paquets aux dépendances satisfaites <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum update --skip-broken"
</div>

Cette option est une alternative peut-être plus pratique à --exclude pour ce type de problèmes.

== L’option --setopt ==

Les options de YUM ne se limitent cependant pas aux deux précédentes susmentionnées : YUM comporte en effet une foultitude de réglages « cachés », documentés dans la page de manuel de yum.conf. Ces réglages sont passés à la commande yum au travers de l’option --
setopt=<option>.

Parmi ces différents réglages, retenons les suivants.
* Le réglage throttle=<bande passante> permet de modifier à la volée
la bande passante rendue disponible au téléchargement des
paquets <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum install pidgin --setopt=throttle=3M"
</div>

Cette commande permet ainsi d’allouer temporairement à YUM une bande passante de 3 Mio par seconde.

* YUM propose divers réglages également permettant de modifier la façon dont ses messages seront affichés, en y ajoutant notamment de la couleur <nowiki>:</nowiki>

<div class="code">
$ yum list *gstreamer* --setopt=color_list_available_install=green --setopt=color_list_installed_reinstall=blue
</div>

Cette commande va ainsi lister les paquets contenant la chaîne « gstreamer » dans leur nom, en affichant ceux déjà installés sur le système en bleu et ceux disponibles en ligne en vert.

* Un dernier réglage, introduit dans la dernière version de YUM (livrée avec Fedora 15), est particulièrement notable puisqu’il permet, à la désinstallation d’un paquet, de supprimer également toutes ses dépendances non requises par d’autres paquets en même temps :

<div class="code">
$ su -lc "yum remove empathy --setopt=clean_requirements_on_remove=1"
</div>

Cette commande désinstallera ainsi non seulement Empathy, mais aussi par exemple toutes les bibliothèques requises par ce dernier et non utiles à d’autres programmes. Un tel réglage permet ainsi de maintenir sa base de données de paquets sans le moindre effort, en ne conservant que les paquets réellement utiles au fonctionnement du système et des applications le composant.

== Retour vers le passé ==

Nous nous intéresserons ici plus particulièrement à une clause relativement
peu connue de YUM, mais ô combien utile : la clause history. Celle-ci vous permettra non seulement de suivre l’historique de vos opérations YUM, mais aussi d’annuler certaines d’entre elles le plus simplement du monde. Pour mieux cerner son fonctionnement, nous allons présenter dans la suite un exemple d’utilisation.

Supposons que nous souhaitons installer, par exemple afin de compiler un programme à partir de ses sources, le paquet qt-devel <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum install qt-devel"
</div>

En plus de ce paquet seront également installés une foultitude de paquets de développement. Une fois votre programme compilé, vous n’avez a priori plus besoin de tous ces paquets et souhaitez donc en toute logique les désinstaller. Or vous avez lancé depuis quantité de mises à jour et installé également d’autres paquets. Comment donc retrouver d’une part les paquets installés avec qt-devel et les supprimer sans devoir les retrouver un par un ? C’est là que la clause history nous sera d’un grand secours. On pourra ainsi lister les différentes opérations YUM exécutées sur le système avec la commande suivante <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum history list" <br />
[. . .] <br />
Id | Identifiant utilisateur | Date et heure | Action | Modifié <br />
<nowiki>--------------------------------------------------------------------</nowiki> <br />
159 | Casper <Casper> | 2011-05-09 23:49 | Install | 11 <br />
</div>

Nous identifions alors, à l’aide de l’horodatage, notre installation du paquet
qt-devel et de ses dépendances. Nous pouvons alors demander l’annulation—ici la désinstallation—de cette transaction ainsi <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum history undo 159"
</div>

Le numéro 159 correspond à l’identifiant unique de notre transaction YUM listée dans les sorties de la commande yum history list. En plus de vous aider à maintenir un système propre et léger, cette clause s’avérera extrêment utile pour annuler par exemple une mise à jour présentant des instabilités : on reviendra ainsi sans effort à l’état précédent du système pour mieux analyser le problème.

== Un interpréteur de commandes dans YUM ==

YUM est doté d’un interpréteur de commandes au travers de la clause shell. Ce shell interactif vous permettra de combiner plusieurs opérations YUM en une seule commande, par exemple une mise à jour et l’installation d’un nouveau paquet <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum shell" <br />
[. . .] <br />
Configuration du shell Yum <br />
<nowiki>></nowiki> update <br />
[. . .] <br />
<nowiki>></nowiki> install gnome-tweak-tool <br />
[. . .] <br />
<nowiki>></nowiki> run <br />
</div>

Ainsi qu’on peut le constater dans cette dernière commande, une fois les différentes opérations YUM saisies, ces dernières seront exécutées avec la commande run. L’interpréteur se dote par ailleurs d’une aide, accessible avec la commande help :

<div class="code">
$ su -lc "yum shell" <br />
[. . .] <br />
Configuration du shell Yum <br />
> help <br />
</div>

Ce shell s’avère extrêmement puissant puisqu’il autorise également l’exécution
de véritables scripts YUM : on peut ainsi aisément imaginer un script que vous pourriez lancer suite à l’installation d’une nouvelle version de Fedora et qui installerait vos programmes favoris et lancerait une mise à jour en une seule passe : considérons par exemple à cette fin le script suivant, supposé écrit dans un fichier <code>post-install.yum</code> :

<div class="code">
update

install gparted pavucontrol bash-completion \
dconf-editor
run
</div>

Pour l’exécuter, il suffit simplement de passer à la commande yum
shell le chemin du fichier :

<div class="code">
$ su -lc "yum shell post-install.yum"
</div>

Notez cependant que vous serez invités, comme pour n’importe quelle transaction YUM par défaut, à confirmer chaque opération à chaque fois qu’il vous le sera demandé. Avec un tel script, que vous pourrez maintenir et ainsi enrichir, vous retrouverez aisément votre environnement logiciel à chaque nouvelle version de Fedora.

== A propos de cette doc ==

Cette documentation a été initialement publiée par Matthieu Saulnier dans l'excellent magazine de la communauté francophone de Fedora : [http://mag.fedora-fr.org/wiki/Accueil#T.C3.A9l.C3.A9chargements_disponibles_.21 MUFFIN n°3].

== Liens ==

Voir aussi :

* La fiche [[Fiches:Administration-ficheinstall-Fedora|Comment installer un programme sous Fedora ?]]
* [[software-soft_gere-rpm|RPM, URPMI et apt-get]]
* [http://doc.fedora-fr.org/wiki/YUM_:_Configuration_du_gestionnaire_de_paquets YUM : Configuration du gestionnaire de paquets] sur Fedora-FR.

{{Copy|2011|[[Utilisateur:MatthieuS|Matthieu Saulnier]]|CC-BY-SA}}

YUM

2011-11-15T00:04:50Z

MatthieuS : /* La clause check */

[[Catégorie:Fedora]]

= Quelques subtiles options de YUM =

par [[Utilisateur:MatthieuS|Matthieu]]

Quelques options de YUM, le gestionnaire de paquets de Fedora et Red Hat.

== La clause info ==

Cette clause permet de récupérer un descriptif du paquet qui lui est passé en paramètre, qu’il soit installé sur le système ou non ; elle affiche également d’autres compléments relatifs à ce paquet tels que sa version, son architecture, sa taille, le dépôt le proposant, ou encore sa licence :

<div class="code">
$ yum info arora <br />
[. . .] <br />
Nom : arora <br />
Architecture : x86_64 <br />
Version : 0.11.0 <br />
Révision : 2.fc15 <br />
Taille : 811 k <br />
Dépôt : fedora <br />
Résumé : A cross platform web browser <br />
URL : http://code.google.com/p/arora/ <br />
Licence : GPLv2+ <br />
Description : Arora is a simple, cross <br />
:<nowiki>:</nowiki> platform web browser based on <br />
:<nowiki>:</nowiki> the QtWebKit engine. Currently, <br />
:<nowiki>:</nowiki> Arora is still under <br />
:<nowiki>:</nowiki> development, but it already has <br />
:<nowiki>:</nowiki> support for browsing and other <br />
:<nowiki>:</nowiki> common features such as web <br />
:<nowiki>:</nowiki> history and bookmarks.
</div>

== La clause repolist ==

Cette clause liste simplement tous les dépôts activés pour votre système <nowiki>:</nowiki>

<div class="code">
$ yum repolist <br />
id du dépôt nom du dépôt statut <br />
fedora Fedora 15 - x86_64 24 085 <br />
updates Fedora 15 - x86_64 - Updates 872 <br />
repolist: 25 767 <br />
</div>

On notera qu’en plus des dépôts activés, la commande affiche, dans la colonne « statut », le nombre de paquets composant chacun d’entre eux. Pour afficher tous les dépôts définis dans votre système, y compris ceux désactivés (les dépôts de test par exemple), on rajoutera le mot-clé all à la commande <nowiki>:</nowiki>

<div class="code">
$ yum repolist all
</div>

== La clause provides ==
Si vous vous êtes déjà demandé quel paquet fournit un programme ou
une bibliothèque donnée, la clause provides devrait répondre à vos
attentes : celle-ci interroge en effet les dépôts pour déterminer le paquet
proposant la ressource qui lui est passée en paramètre. Une fois le
paquet identifié, ne reste plus qu’à l’installer. Notez que dans le cas où
l’on souhaite trouver un paquet à partir d’un fichier, cette clause attend
le chemin complet supposé de ce dernier (ou au moins une expression
rationnelle) <nowiki>:</nowiki>

<div class="code">
$ yum provides /bin/cp <br />
$ yum provides \*/thunderbird
</div>

Notez cependant que pour les bibliothèques dynamiques en revanche (des fichiers *.so.*), le nom même du fichier suffit <nowiki>:</nowiki>

<div class="code">
$ yum provides ld-linux.so.2
</div>

== La clause check ==
Cette clause va vérifier l’intégrité de votre base de données RPM <nowiki>:</nowiki>

<div class="code">
$ yum check

check all
</div>

Tel est le message que cette commande doit retourner, après quelques minutes d’exécution, si aucune dépendance brisée ni paquets dupliqués n’ont été détectés. Dans le cas contraire, il est vital de corriger les problèmes signalés pour le bon fonctionnement de votre système. La commande package-cleanup devrait vous y aider d’ailleurs.

== La clause deplist ==

Cette clause renvoie, pour un paquet passé en paramètre, la liste de ses
dépendances <nowiki>:</nowiki>

<div class="code">
$ yum deplist wget <br />
[. . .] <br />
Recherche de dépendances : <br />
paquet : wget.x86_64 1.12-3.fc15 <br />
:dépendance : libssl.so.10()(64bit) <br />
:provider: openssl.x86_64 1.0.0d-1.fc15 <br />
:dépendance : librt.so.1()(64bit) <br />
:provider: glibc.x86_64 2.13.90-9 <br />
:dépendance : libc.so.6(GLIBC_2.8)(64bit) <br />
:provider: glibc.x86_64 2.13.90-9 <br />
:dépendance : libdl.so.2()(64bit) <br />
:provider: glibc.x86_64 2.13.90-9 <br />
:dépendance : /sbin/install-info <br />
:provider: info.x86_64 4.13a-15.fc15 <br />
:dépendance : libz.so.1()(64bit) <br />
:provider: zlib.x86_64 1.2.5-3.fc15 <br />
:dépendance : rtld(GNU_HASH) <br />
:provider: glibc.x86_64 2.13.90-9 <br />
:provider: glibc.i686 2.13.90-9 <br />
:dépendance : libcrypto.so.10()(64bit) <br />
:provider: openssl.x86_64 1.0.0d-1.fc15 <br />
:dépendance : librt.so.1(GLIBC_2.2.5)(64bit) <br />
:provider: glibc.x86_64 2.13.90-9 <br />
:dépendance : /bin/sh <br />
:provider: bash.x86_64 4.2.10-2.fc15
</div>

Une commande à réserver à tous ceux qui s’intéressent à la façon dont YUM gère les dépendances d’un paquet...

== La clause clean ==

YUM conserve les différentes informations relatives aux dépôts, et en particulier les paquets les composants, dans des fichiers de cache durant
un certain temps (dans le dossier /var/cache/yum/ pour information). De cette façon, YUM n’a pas à interroger systématiquement les dépôts en ligne à chaque utilisation, ce qui rallongerait considérablement ses traitements. Contrairement au gestionnaire de paquetages APT, YUM est en mesure de mettre à jour son cache automatiquement, et ce aussi souvent que nécessaire.

Il peut néanmoins s’avérer nécessaire de purger ce cache manuellement, pour forcer YUM à récupérer de nouvelles données dépôts à jour : quoique ce cas demeure exceptionnel, cette opération s’imposera si, par exemple, YUM devait renvoyer des erreurs indiquant des incohérences dans sa base de données <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum clean all"
</div>

Ainsi, au prochain lancement de YUM, les informations dépôts seront de nouveau générées.

== La clause makecache ==

Cette clause est le pendant de la précédente dans la mesure où elle
permet de lancer manuellement une mise à jour des méta-données de
YUM relatives aux dépôts <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum makecache"
</div>

== L’option --exclude ==

Si, pour diverses raisons, vous souhaitiez exclure un paquet particulier
d’une mise à jour, l’option --exclude est faite pour vous <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum update --exclude=kernel,kernel-devel"
</div>

Cette commande va ainsi empêcher les paquets kernel et kerneldevel d’être mis à jour. Cette opération est cependant loin d’être anodine, sachant que les mises à jour visent avant tout à corriger des bogues voire des problèmes de sécurité ; aussi ne l’utilisez que si vous savez ce que vous faites...

== L’option --skip-broken ==

Cette option est utile lorsque certains paquets que l’on souhaite installer ou mettre à jour présentent des dépendances non disponibles dans les dépôts. Un tel cas de figure—rare cependant—se produit par exemple lorsque le noyau est mis à jour, mais que des paquets kmod- <module> installés, construits pour une version spécifique du noyau, n’ont pas encore été mis à disposition dans les dépôts pour celui-ci. Dans pareille situation, YUM refusera de poursuivre la mise à jour ; les dépendances de ces paquets en erreur sont dites « brisées ». L’utilisation de cette option fera en sorte que YUM ne bloque pas une transaction à cause de ces derniers : ils ne seront tout simplement pas traités, contrairement aux autres paquets aux dépendances satisfaites <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum update --skip-broken"
</div>

Cette option est une alternative peut-être plus pratique à --exclude pour ce type de problèmes.

== L’option --setopt ==

Les options de YUM ne se limitent cependant pas aux deux précédentes susmentionnées : YUM comporte en effet une foultitude de réglages « cachés », documentés dans la page de manuel de yum.conf. Ces réglages sont passés à la commande yum au travers de l’option --
setopt=<option>.

Parmi ces différents réglages, retenons les suivants.
* Le réglage throttle=<bande passante> permet de modifier à la volée
la bande passante rendue disponible au téléchargement des
paquets <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum install pidgin --setopt=throttle=3M"
</div>

Cette commande permet ainsi d’allouer temporairement à YUM une bande passante de 3 Mio par seconde.

* YUM propose divers réglages également permettant de modifier la façon dont ses messages seront affichés, en y ajoutant notamment de la couleur <nowiki>:</nowiki>

<div class="code">
$ yum list *gstreamer* --setopt=color_list_available_install=green --setopt=color_list_installed_reinstall=blue
</div>

Cette commande va ainsi lister les paquets contenant la chaîne « gstreamer » dans leur nom, en affichant ceux déjà installés sur le système en bleu et ceux disponibles en ligne en vert.

* Un dernier réglage, introduit dans la dernière version de YUM (livrée avec Fedora 15), est particulièrement notable puisqu’il permet, à la désinstallation d’un paquet, de supprimer également toutes ses dépendances non requises par d’autres paquets en même temps :

<div class="code">
$ su -lc "yum remove empathy --setopt=clean_requirements_on_remove=1"
</div>

Cette commande désinstallera ainsi non seulement Empathy, mais aussi par exemple toutes les bibliothèques requises par ce dernier et non utiles à d’autres programmes. Un tel réglage permet ainsi de maintenir sa base de données de paquets sans le moindre effort, en ne conservant que les paquets réellement utiles au fonctionnement du système et des applications le composant.

== Retour vers le passé ==

Nous nous intéresserons ici plus particulièrement à une clause relativement
peu connue de YUM, mais ô combien utile : la clause history. Celle-ci vous permettra non seulement de suivre l’historique de vos opérations YUM, mais aussi d’annuler certaines d’entre elles le plus simplement du monde. Pour mieux cerner son fonctionnement, nous allons présenter dans la suite un exemple d’utilisation.

Supposons que nous souhaitons installer, par exemple afin de compiler un programme à partir de ses sources, le paquet qt-devel <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum install qt-devel"
</div>

En plus de ce paquet seront également installés une foultitude de paquets de développement. Une fois votre programme compilé, vous n’avez a priori plus besoin de tous ces paquets et souhaitez donc en toute logique les désinstaller. Or vous avez lancé depuis quantité de mises à jour et installé également d’autres paquets. Comment donc retrouver d’une part les paquets installés avec qt-devel et les supprimer sans devoir les retrouver un par un ? C’est là que la clause history nous sera d’un grand secours. On pourra ainsi lister les différentes opérations YUM exécutées sur le système avec la commande suivante <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum history list" <br />
[. . .] <br />
Id | Identifiant utilisateur | Date et heure | Action | Modifié <br />
<nowiki>--------------------------------------------------------------------</nowiki> <br />
159 | Casper <Casper> | 2011-05-09 23:49 | Install | 11 <br />
</div>

Nous identifions alors, à l’aide de l’horodatage, notre installation du paquet
qt-devel et de ses dépendances. Nous pouvons alors demander l’annulation—ici la désinstallation—de cette transaction ainsi <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum history undo 159"
</div>

Le numéro 159 correspond à l’identifiant unique de notre transaction YUM listée dans les sorties de la commande yum history list. En plus de vous aider à maintenir un système propre et léger, cette clause s’avérera extrêment utile pour annuler par exemple une mise à jour présentant des instabilités : on reviendra ainsi sans effort à l’état précédent du système pour mieux analyser le problème.

== Un interpréteur de commandes dans YUM ==

YUM est doté d’un interpréteur de commandes au travers de la clause shell. Ce shell interactif vous permettra de combiner plusieurs opérations YUM en une seule commande, par exemple une mise à jour et l’installation d’un nouveau paquet <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum shell" <br />
[. . .] <br />
Configuration du shell Yum <br />
<nowiki>></nowiki> update <br />
[. . .] <br />
<nowiki>></nowiki> install gnome-tweak-tool <br />
[. . .] <br />
<nowiki>></nowiki> run <br />
</div>

Ainsi qu’on peut le constater dans cette dernière commande, une fois les différentes opérations YUM saisies, ces dernières seront exécutées avec la commande run. L’interpréteur se dote par ailleurs d’une aide, accessible avec la commande help :

<div class="code">
$ su -lc "yum shell" <br />
[. . .] <br />
Configuration du shell Yum <br />
> help <br />
</div>

Ce shell s’avère extrêmement puissant puisqu’il autorise également l’exécution
de véritables scripts YUM : on peut ainsi aisément imaginer un script que vous pourriez lancer suite à l’installation d’une nouvelle version de Fedora et qui installerait vos programmes favoris et lancerait une mise à jour en une seule passe : considérons par exemple à cette fin le script suivant, supposé écrit dans un fichier <code>post-install.yum</code> :

<div class="code">
update
install gparted pavucontrol bash-completion \
dconf-editor
run
</div>

Pour l’exécuter, il suffit simplement de passer à la commande yum
shell le chemin du fichier :

<div class="code">
$ su -lc "yum shell post-install.yum"
</div>

Notez cependant que vous serez invités, comme pour n’importe quelle transaction YUM par défaut, à confirmer chaque opération à chaque fois qu’il vous le sera demandé. Avec un tel script, que vous pourrez maintenir et ainsi enrichir, vous retrouverez aisément votre environnement logiciel à chaque nouvelle version de Fedora.

== A propos de cette doc ==

Cette documentation a été initialement publiée par Matthieu Saulnier dans l'excellent magazine de la communauté francophone de Fedora : [http://mag.fedora-fr.org/wiki/Accueil#T.C3.A9l.C3.A9chargements_disponibles_.21 MUFFIN n°3].

== Liens ==

Voir aussi :

* La fiche [[Fiches:Administration-ficheinstall-Fedora|Comment installer un programme sous Fedora ?]]
* [[software-soft_gere-rpm|RPM, URPMI et apt-get]]
* [http://doc.fedora-fr.org/wiki/YUM_:_Configuration_du_gestionnaire_de_paquets YUM : Configuration du gestionnaire de paquets] sur Fedora-FR.

{{Copy|2011|[[Utilisateur:MatthieuS|Matthieu Saulnier]]|CC-BY-SA}}

YUM

2011-11-14T14:12:06Z

MatthieuS :

[[Catégorie:Fedora]]

= Quelques subtiles options de YUM =

par [[Utilisateur:MatthieuS|Matthieu]]

== La clause info ==

Cette clause permet de récupérer un descriptif du paquet qui lui est passé en paramètre, qu’il soit installé sur le système ou non ; elle affiche également d’autres compléments relatifs à ce paquet tels que sa version, son architecture, sa taille, le dépôt le proposant, ou encore sa licence :

<div class="code">
$ yum info arora <br />
[. . .] <br />
Nom : arora <br />
Architecture : x86_64 <br />
Version : 0.11.0 <br />
Révision : 2.fc15 <br />
Taille : 811 k <br />
Dépôt : fedora <br />
Résumé : A cross platform web browser <br />
URL : http://code.google.com/p/arora/ <br />
Licence : GPLv2+ <br />
Description : Arora is a simple, cross <br />
:<nowiki>:</nowiki> platform web browser based on <br />
:<nowiki>:</nowiki> the QtWebKit engine. Currently, <br />
:<nowiki>:</nowiki> Arora is still under <br />
:<nowiki>:</nowiki> development, but it already has <br />
:<nowiki>:</nowiki> support for browsing and other <br />
:<nowiki>:</nowiki> common features such as web <br />
:<nowiki>:</nowiki> history and bookmarks.
</div>

== La clause repolist ==

Cette clause liste simplement tous les dépôts activés pour votre système <nowiki>:</nowiki>

<div class="code">
$ yum repolist <br />
id du dépôt nom du dépôt statut <br />
fedora Fedora 15 - x86_64 24 085 <br />
updates Fedora 15 - x86_64 - Updates 872 <br />
repolist: 25 767 <br />
</div>

On notera qu’en plus des dépôts activés, la commande affiche, dans la colonne « statut », le nombre de paquets composant chacun d’entre eux. Pour afficher tous les dépôts définis dans votre système, y compris ceux désactivés (les dépôts de test par exemple), on rajoutera le mot-clé all à la commande <nowiki>:</nowiki>

<div class="code">
$ yum repolist all
</div>

== La clause provides ==
Si vous vous êtes déjà demandé quel paquet fournit un programme ou
une bibliothèque donnée, la clause provides devrait répondre à vos
attentes : celle-ci interroge en effet les dépôts pour déterminer le paquet
proposant la ressource qui lui est passée en paramètre. Une fois le
paquet identifié, ne reste plus qu’à l’installer. Notez que dans le cas où
l’on souhaite trouver un paquet à partir d’un fichier, cette clause attend
le chemin complet supposé de ce dernier (ou au moins une expression
rationnelle) <nowiki>:</nowiki>

<div class="code">
$ yum provides /bin/cp <br />
$ yum provides \*/thunderbird
</div>

Notez cependant que pour les bibliothèques dynamiques en revanche (des fichiers *.so.*), le nom même du fichier suffit <nowiki>:</nowiki>

<div class="code">
$ yum provides ld-linux.so.2
</div>

== La clause check ==
Cette clause va vérifier l’intégrité de votre base de données RPM <nowiki>:</nowiki>

<div class="code">
$ yum check
check all
</div>

Tel est le message que cette commande doit retourner, après quelques minutes d’exécution, si aucune dépendance brisée ni paquets dupliqués n’ont été détectés. Dans le cas contraire, il est vital de corriger les problèmes signalés pour le bon fonctionnement de votre système. La commande package-cleanup devrait vous y aider d’ailleurs.

== La clause deplist ==

Cette clause renvoie, pour un paquet passé en paramètre, la liste de ses
dépendances <nowiki>:</nowiki>

<div class="code">
$ yum deplist wget <br />
[. . .] <br />
Recherche de dépendances : <br />
paquet : wget.x86_64 1.12-3.fc15 <br />
:dépendance : libssl.so.10()(64bit) <br />
:provider: openssl.x86_64 1.0.0d-1.fc15 <br />
:dépendance : librt.so.1()(64bit) <br />
:provider: glibc.x86_64 2.13.90-9 <br />
:dépendance : libc.so.6(GLIBC_2.8)(64bit) <br />
:provider: glibc.x86_64 2.13.90-9 <br />
:dépendance : libdl.so.2()(64bit) <br />
:provider: glibc.x86_64 2.13.90-9 <br />
:dépendance : /sbin/install-info <br />
:provider: info.x86_64 4.13a-15.fc15 <br />
:dépendance : libz.so.1()(64bit) <br />
:provider: zlib.x86_64 1.2.5-3.fc15 <br />
:dépendance : rtld(GNU_HASH) <br />
:provider: glibc.x86_64 2.13.90-9 <br />
:provider: glibc.i686 2.13.90-9 <br />
:dépendance : libcrypto.so.10()(64bit) <br />
:provider: openssl.x86_64 1.0.0d-1.fc15 <br />
:dépendance : librt.so.1(GLIBC_2.2.5)(64bit) <br />
:provider: glibc.x86_64 2.13.90-9 <br />
:dépendance : /bin/sh <br />
:provider: bash.x86_64 4.2.10-2.fc15
</div>

Une commande à réserver à tous ceux qui s’intéressent à la façon dont YUM gère les dépendances d’un paquet...

== La clause clean ==

YUM conserve les différentes informations relatives aux dépôts, et en particulier les paquets les composants, dans des fichiers de cache durant
un certain temps (dans le dossier /var/cache/yum/ pour information). De cette façon, YUM n’a pas à interroger systématiquement les dépôts en ligne à chaque utilisation, ce qui rallongerait considérablement ses traitements. Contrairement au gestionnaire de paquetages APT, YUM est en mesure de mettre à jour son cache automatiquement, et ce aussi souvent que nécessaire.

Il peut néanmoins s’avérer nécessaire de purger ce cache manuellement, pour forcer YUM à récupérer de nouvelles données dépôts à jour : quoique ce cas demeure exceptionnel, cette opération s’imposera si, par exemple, YUM devait renvoyer des erreurs indiquant des incohérences dans sa base de données <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum clean all"
</div>

Ainsi, au prochain lancement de YUM, les informations dépôts seront de nouveau générées.

== La clause makecache ==

Cette clause est le pendant de la précédente dans la mesure où elle
permet de lancer manuellement une mise à jour des méta-données de
YUM relatives aux dépôts <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum makecache"
</div>

== L’option --exclude ==

Si, pour diverses raisons, vous souhaitiez exclure un paquet particulier
d’une mise à jour, l’option --exclude est faite pour vous <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum update --exclude=kernel,kernel-devel"
</div>

Cette commande va ainsi empêcher les paquets kernel et kerneldevel d’être mis à jour. Cette opération est cependant loin d’être anodine, sachant que les mises à jour visent avant tout à corriger des bogues voire des problèmes de sécurité ; aussi ne l’utilisez que si vous savez ce que vous faites...

== L’option --skip-broken ==

Cette option est utile lorsque certains paquets que l’on souhaite installer ou mettre à jour présentent des dépendances non disponibles dans les dépôts. Un tel cas de figure—rare cependant—se produit par exemple lorsque le noyau est mis à jour, mais que des paquets kmod- <module> installés, construits pour une version spécifique du noyau, n’ont pas encore été mis à disposition dans les dépôts pour celui-ci. Dans pareille situation, YUM refusera de poursuivre la mise à jour ; les dépendances de ces paquets en erreur sont dites « brisées ». L’utilisation de cette option fera en sorte que YUM ne bloque pas une transaction à cause de ces derniers : ils ne seront tout simplement pas traités, contrairement aux autres paquets aux dépendances satisfaites <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum update --skip-broken"
</div>

Cette option est une alternative peut-être plus pratique à --exclude pour ce type de problèmes.

== L’option --setopt ==

Les options de YUM ne se limitent cependant pas aux deux précédentes susmentionnées : YUM comporte en effet une foultitude de réglages « cachés », documentés dans la page de manuel de yum.conf. Ces réglages sont passés à la commande yum au travers de l’option --
setopt=<option>.

Parmi ces différents réglages, retenons les suivants.
* Le réglage throttle=<bande passante> permet de modifier à la volée
la bande passante rendue disponible au téléchargement des
paquets <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum install pidgin --setopt=throttle=3M"
</div>

Cette commande permet ainsi d’allouer temporairement à YUM une bande passante de 3 Mio par seconde.

* YUM propose divers réglages également permettant de modifier la façon dont ses messages seront affichés, en y ajoutant notamment de la couleur <nowiki>:</nowiki>

<div class="code">
$ yum list *gstreamer* --setopt=color_list_available_install=green --setopt=color_list_installed_reinstall=blue
</div>

Cette commande va ainsi lister les paquets contenant la chaîne « gstreamer » dans leur nom, en affichant ceux déjà installés sur le système en bleu et ceux disponibles en ligne en vert.

* Un dernier réglage, introduit dans la dernière version de YUM (livrée avec Fedora 15), est particulièrement notable puisqu’il permet, à la désinstallation d’un paquet, de supprimer également toutes ses dépendances non requises par d’autres paquets en même temps :

<div class="code">
$ su -lc "yum remove empathy --setopt=clean_requirements_on_remove=1"
</div>

Cette commande désinstallera ainsi non seulement Empathy, mais aussi par exemple toutes les bibliothèques requises par ce dernier et non utiles à d’autres programmes. Un tel réglage permet ainsi de maintenir sa base de données de paquets sans le moindre effort, en ne conservant que les paquets réellement utiles au fonctionnement du système et des applications le composant.

== Retour vers le passé ==

Nous nous intéresserons ici plus particulièrement à une clause relativement
peu connue de YUM, mais ô combien utile : la clause history. Celle-ci vous permettra non seulement de suivre l’historique de vos opérations YUM, mais aussi d’annuler certaines d’entre elles le plus simplement du monde. Pour mieux cerner son fonctionnement, nous allons présenter dans la suite un exemple d’utilisation.

Supposons que nous souhaitons installer, par exemple afin de compiler un programme à partir de ses sources, le paquet qt-devel <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum install qt-devel"
</div>

En plus de ce paquet seront également installés une foultitude de paquets de développement. Une fois votre programme compilé, vous n’avez a priori plus besoin de tous ces paquets et souhaitez donc en toute logique les désinstaller. Or vous avez lancé depuis quantité de mises à jour et installé également d’autres paquets. Comment donc retrouver d’une part les paquets installés avec qt-devel et les supprimer sans devoir les retrouver un par un ? C’est là que la clause history nous sera d’un grand secours. On pourra ainsi lister les différentes opérations YUM exécutées sur le système avec la commande suivante <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum history list" <br />
[. . .] <br />
Id | Identifiant utilisateur | Date et heure | Action | Modifié <br />
<nowiki>--------------------------------------------------------------------</nowiki> <br />
159 | Casper <Casper> | 2011-05-09 23:49 | Install | 11 <br />
</div>

Nous identifions alors, à l’aide de l’horodatage, notre installation du paquet
qt-devel et de ses dépendances. Nous pouvons alors demander l’annulation—ici la désinstallation—de cette transaction ainsi <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum history undo 159"
</div>

Le numéro 159 correspond à l’identifiant unique de notre transaction YUM listée dans les sorties de la commande yum history list. En plus de vous aider à maintenir un système propre et léger, cette clause s’avérera extrêment utile pour annuler par exemple une mise à jour présentant des instabilités : on reviendra ainsi sans effort à l’état précédent du système pour mieux analyser le problème.

== Un interpréteur de commandes dans YUM ==

YUM est doté d’un interpréteur de commandes au travers de la clause shell. Ce shell interactif vous permettra de combiner plusieurs opérations YUM en une seule commande, par exemple une mise à jour et l’installation d’un nouveau paquet <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum shell" <br />
[. . .] <br />
Configuration du shell Yum <br />
<nowiki>></nowiki> update <br />
[. . .] <br />
<nowiki>></nowiki> install gnome-tweak-tool <br />
[. . .] <br />
<nowiki>></nowiki> run <br />
</div>

Ainsi qu’on peut le constater dans cette dernière commande, une fois les différentes opérations YUM saisies, ces dernières seront exécutées avec la commande run. L’interpréteur se dote par ailleurs d’une aide, accessible avec la commande help :

<div class="code">
$ su -lc "yum shell" <br />
[. . .] <br />
Configuration du shell Yum <br />
> help <br />
</div>

Ce shell s’avère extrêmement puissant puisqu’il autorise également l’exécution
de véritables scripts YUM : on peut ainsi aisément imaginer un script que vous pourriez lancer suite à l’installation d’une nouvelle version de Fedora et qui installerait vos programmes favoris et lancerait une mise à jour en une seule passe : considérons par exemple à cette fin le script suivant, supposé écrit dans un fichier <code>post-install.yum</code> :

<div class="code">
update
install gparted pavucontrol bash-completion \
dconf-editor
run
</div>

Pour l’exécuter, il suffit simplement de passer à la commande yum
shell le chemin du fichier :

<div class="code">
$ su -lc "yum shell post-install.yum"
</div>

Notez cependant que vous serez invités, comme pour n’importe quelle transaction YUM par défaut, à confirmer chaque opération à chaque fois qu’il vous le sera demandé. Avec un tel script, que vous pourrez maintenir et ainsi enrichir, vous retrouverez aisément votre environnement logiciel à chaque nouvelle version de Fedora.

== A propos de cette doc ==

Cette documentation a été initialement publiée par Matthieu Saulnier dans l'excellent magazine de la communauté francophone de Fedora : [http://mag.fedora-fr.org/wiki/Accueil#T.C3.A9l.C3.A9chargements_disponibles_.21 MUFFIN n°3].

== Liens ==

Voir aussi :

* La fiche [[Fiches:Administration-ficheinstall-Fedora|Comment installer un programme sous Fedora ?]]
* [[Software-soft_gere-rpm|RPM (RedHat Package Manager), URPM (User RPM) et apt-get (User RPM)]]
* [http://doc.fedora-fr.org/wiki/YUM_:_Configuration_du_gestionnaire_de_paquets YUM : Configuration du gestionnaire de paquets] sur Fedora-FR.

{{Copy|2011|[[Utilisateur:MatthieuS|Matthieu Saulnier]]|CC-BY-SA}}

YUM

2011-11-14T13:57:01Z

MatthieuS :

= Quelques subtiles options de YUM =

par [[Utilisateur:MatthieuS|Matthieu]]

== La clause info ==

Cette clause permet de récupérer un descriptif du paquet qui lui est passé en paramètre, qu’il soit installé sur le système ou non ; elle affiche également d’autres compléments relatifs à ce paquet tels que sa version, son architecture, sa taille, le dépôt le proposant, ou encore sa licence :

<div class="code">
$ yum info arora <br />
[. . .] <br />
Nom : arora <br />
Architecture : x86_64 <br />
Version : 0.11.0 <br />
Révision : 2.fc15 <br />
Taille : 811 k <br />
Dépôt : fedora <br />
Résumé : A cross platform web browser <br />
URL : http://code.google.com/p/arora/ <br />
Licence : GPLv2+ <br />
Description : Arora is a simple, cross <br />
:<nowiki>:</nowiki> platform web browser based on <br />
:<nowiki>:</nowiki> the QtWebKit engine. Currently, <br />
:<nowiki>:</nowiki> Arora is still under <br />
:<nowiki>:</nowiki> development, but it already has <br />
:<nowiki>:</nowiki> support for browsing and other <br />
:<nowiki>:</nowiki> common features such as web <br />
:<nowiki>:</nowiki> history and bookmarks.
</div>

== La clause repolist ==

Cette clause liste simplement tous les dépôts activés pour votre système <nowiki>:</nowiki>

<div class="code">
$ yum repolist <br />
id du dépôt nom du dépôt statut <br />
fedora Fedora 15 - x86_64 24 085 <br />
updates Fedora 15 - x86_64 - Updates 872 <br />
repolist: 25 767 <br />
</div>

On notera qu’en plus des dépôts activés, la commande affiche, dans la colonne « statut », le nombre de paquets composant chacun d’entre eux. Pour afficher tous les dépôts définis dans votre système, y compris ceux désactivés (les dépôts de test par exemple), on rajoutera le mot-clé all à la commande <nowiki>:</nowiki>

<div class="code">
$ yum repolist all
</div>

== La clause provides ==
Si vous vous êtes déjà demandé quel paquet fournit un programme ou
une bibliothèque donnée, la clause provides devrait répondre à vos
attentes : celle-ci interroge en effet les dépôts pour déterminer le paquet
proposant la ressource qui lui est passée en paramètre. Une fois le
paquet identifié, ne reste plus qu’à l’installer. Notez que dans le cas où
l’on souhaite trouver un paquet à partir d’un fichier, cette clause attend
le chemin complet supposé de ce dernier (ou au moins une expression
rationnelle) <nowiki>:</nowiki>

<div class="code">
$ yum provides /bin/cp <br />
$ yum provides \*/thunderbird
</div>

Notez cependant que pour les bibliothèques dynamiques en revanche (des fichiers *.so.*), le nom même du fichier suffit <nowiki>:</nowiki>

<div class="code">
$ yum provides ld-linux.so.2
</div>

== La clause check ==
Cette clause va vérifier l’intégrité de votre base de données RPM <nowiki>:</nowiki>

<div class="code">
$ yum check
check all
</div>

Tel est le message que cette commande doit retourner, après quelques minutes d’exécution, si aucune dépendance brisée ni paquets dupliqués n’ont été détectés. Dans le cas contraire, il est vital de corriger les problèmes signalés pour le bon fonctionnement de votre système. La commande package-cleanup devrait vous y aider d’ailleurs.

== La clause deplist ==

Cette clause renvoie, pour un paquet passé en paramètre, la liste de ses
dépendances <nowiki>:</nowiki>

<div class="code">
$ yum deplist wget <br />
[. . .] <br />
Recherche de dépendances : <br />
paquet : wget.x86_64 1.12-3.fc15 <br />
:dépendance : libssl.so.10()(64bit) <br />
:provider: openssl.x86_64 1.0.0d-1.fc15 <br />
:dépendance : librt.so.1()(64bit) <br />
:provider: glibc.x86_64 2.13.90-9 <br />
:dépendance : libc.so.6(GLIBC_2.8)(64bit) <br />
:provider: glibc.x86_64 2.13.90-9 <br />
:dépendance : libdl.so.2()(64bit) <br />
:provider: glibc.x86_64 2.13.90-9 <br />
:dépendance : /sbin/install-info <br />
:provider: info.x86_64 4.13a-15.fc15 <br />
:dépendance : libz.so.1()(64bit) <br />
:provider: zlib.x86_64 1.2.5-3.fc15 <br />
:dépendance : rtld(GNU_HASH) <br />
:provider: glibc.x86_64 2.13.90-9 <br />
:provider: glibc.i686 2.13.90-9 <br />
:dépendance : libcrypto.so.10()(64bit) <br />
:provider: openssl.x86_64 1.0.0d-1.fc15 <br />
:dépendance : librt.so.1(GLIBC_2.2.5)(64bit) <br />
:provider: glibc.x86_64 2.13.90-9 <br />
:dépendance : /bin/sh <br />
:provider: bash.x86_64 4.2.10-2.fc15
</div>

Une commande à réserver à tous ceux qui s’intéressent à la façon dont YUM gère les dépendances d’un paquet...

== La clause clean ==

YUM conserve les différentes informations relatives aux dépôts, et en particulier les paquets les composants, dans des fichiers de cache durant
un certain temps (dans le dossier /var/cache/yum/ pour information). De cette façon, YUM n’a pas à interroger systématiquement les dépôts en ligne à chaque utilisation, ce qui rallongerait considérablement ses traitements. Contrairement au gestionnaire de paquetages APT, YUM est en mesure de mettre à jour son cache automatiquement, et ce aussi souvent que nécessaire.

Il peut néanmoins s’avérer nécessaire de purger ce cache manuellement, pour forcer YUM à récupérer de nouvelles données dépôts à jour : quoique ce cas demeure exceptionnel, cette opération s’imposera si, par exemple, YUM devait renvoyer des erreurs indiquant des incohérences dans sa base de données <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum clean all"
</div>

Ainsi, au prochain lancement de YUM, les informations dépôts seront de nouveau générées.

== La clause makecache ==

Cette clause est le pendant de la précédente dans la mesure où elle
permet de lancer manuellement une mise à jour des méta-données de
YUM relatives aux dépôts <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum makecache"
</div>

== L’option --exclude ==

Si, pour diverses raisons, vous souhaitiez exclure un paquet particulier
d’une mise à jour, l’option --exclude est faite pour vous <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum update --exclude=kernel,kernel-devel"
</div>

Cette commande va ainsi empêcher les paquets kernel et kerneldevel d’être mis à jour. Cette opération est cependant loin d’être anodine, sachant que les mises à jour visent avant tout à corriger des bogues voire des problèmes de sécurité ; aussi ne l’utilisez que si vous savez ce que vous faites...

== L’option --skip-broken ==

Cette option est utile lorsque certains paquets que l’on souhaite installer ou mettre à jour présentent des dépendances non disponibles dans les dépôts. Un tel cas de figure—rare cependant—se produit par exemple lorsque le noyau est mis à jour, mais que des paquets kmod- <module> installés, construits pour une version spécifique du noyau, n’ont pas encore été mis à disposition dans les dépôts pour celui-ci. Dans pareille situation, YUM refusera de poursuivre la mise à jour ; les dépendances de ces paquets en erreur sont dites « brisées ». L’utilisation de cette option fera en sorte que YUM ne bloque pas une transaction à cause de ces derniers : ils ne seront tout simplement pas traités, contrairement aux autres paquets aux dépendances satisfaites <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum update --skip-broken"
</div>

Cette option est une alternative peut-être plus pratique à --exclude pour ce type de problèmes.

== L’option --setopt ==

Les options de YUM ne se limitent cependant pas aux deux précédentes susmentionnées : YUM comporte en effet une foultitude de réglages « cachés », documentés dans la page de manuel de yum.conf. Ces réglages sont passés à la commande yum au travers de l’option --
setopt=<option>.

Parmi ces différents réglages, retenons les suivants.
* Le réglage throttle=<bande passante> permet de modifier à la volée
la bande passante rendue disponible au téléchargement des
paquets <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum install pidgin --setopt=throttle=3M"
</div>

Cette commande permet ainsi d’allouer temporairement à YUM une bande passante de 3 Mio par seconde.

* YUM propose divers réglages également permettant de modifier la façon dont ses messages seront affichés, en y ajoutant notamment de la couleur <nowiki>:</nowiki>

<div class="code">
$ yum list *gstreamer* --setopt=color_list_available_install=green --setopt=color_list_installed_reinstall=blue
</div>

Cette commande va ainsi lister les paquets contenant la chaîne « gstreamer » dans leur nom, en affichant ceux déjà installés sur le système en bleu et ceux disponibles en ligne en vert.

* Un dernier réglage, introduit dans la dernière version de YUM (livrée avec Fedora 15), est particulièrement notable puisqu’il permet, à la désinstallation d’un paquet, de supprimer également toutes ses dépendances non requises par d’autres paquets en même temps :

<div class="code">
$ su -lc "yum remove empathy --setopt=clean_requirements_on_remove=1"
</div>

Cette commande désinstallera ainsi non seulement Empathy, mais aussi par exemple toutes les bibliothèques requises par ce dernier et non utiles à d’autres programmes. Un tel réglage permet ainsi de maintenir sa base de données de paquets sans le moindre effort, en ne conservant que les paquets réellement utiles au fonctionnement du système et des applications le composant.

== Retour vers le passé ==

Nous nous intéresserons ici plus particulièrement à une clause relativement
peu connue de YUM, mais ô combien utile : la clause history. Celle-ci vous permettra non seulement de suivre l’historique de vos opérations YUM, mais aussi d’annuler certaines d’entre elles le plus simplement du monde. Pour mieux cerner son fonctionnement, nous allons présenter dans la suite un exemple d’utilisation.

Supposons que nous souhaitons installer, par exemple afin de compiler un programme à partir de ses sources, le paquet qt-devel <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum install qt-devel"
</div>

En plus de ce paquet seront également installés une foultitude de paquets de développement. Une fois votre programme compilé, vous n’avez a priori plus besoin de tous ces paquets et souhaitez donc en toute logique les désinstaller. Or vous avez lancé depuis quantité de mises à jour et installé également d’autres paquets. Comment donc retrouver d’une part les paquets installés avec qt-devel et les supprimer sans devoir les retrouver un par un ? C’est là que la clause history nous sera d’un grand secours. On pourra ainsi lister les différentes opérations YUM exécutées sur le système avec la commande suivante <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum history list" <br />
[. . .] <br />
Id | Identifiant utilisateur | Date et heure | Action | Modifié <br />
<nowiki>--------------------------------------------------------------------</nowiki> <br />
159 | Casper <Casper> | 2011-05-09 23:49 | Install | 11 <br />
</div>

Nous identifions alors, à l’aide de l’horodatage, notre installation du paquet
qt-devel et de ses dépendances. Nous pouvons alors demander l’annulation—ici la désinstallation—de cette transaction ainsi <nowiki>:</nowiki>

<div class="code">
$ su -lc "yum history undo 159"
</div>

Le numéro 159 correspond à l’identifiant unique de notre transaction YUM listée dans les sorties de la commande yum history list. En plus de vous aider à maintenir un système propre et léger, cette clause s’avérera extrêment utile pour annuler par exemple une mise à jour présentant des instabilités : on reviendra ainsi sans effort à l’état précédent du système pour mieux analyser le problème.

YUM

2011-11-14T13:06:43Z

MatthieuS : Page créée avec « = Quelques subtiles options de YUM = par Matthieu == La clause info == Cette clause permet de récupérer un descriptif du paquet qui lui est pas... »

Utilisateur:MatthieuS

2011-11-14T12:34:29Z

MatthieuS : Page créée avec « Matthieu, Fedora. Bienvenue sur ma page ! »

Matthieu, Fedora.

Bienvenue sur ma page !