> rechercher selon divers filtres / installer-desintaller
Yum search. Combiné avec --enablerepo et --disablerepo, ça le fait.
Pour un recherche fine des paquets installé, rpm avec les options --queryformat --whatrequires --whatprovides est ce qu'il y a de mieux.
Avec Yum, il y a aussi le programme repoquery. Il n'interroge pas la base rpm locale (/var/lib/rpm). On retourve toute la puissance de "rpm --queryformat" + --whatrequires --whatobsoletes --whatconflicts --resolve.
> filtres avancés (exclusion de certains noms ou parties de noms par exemple)
Yum --exclude. C'est aussi configurable dans /etc/yum.conf ou via des fichiers dans /etc/yum.repo.d/
Il y a aussi les plugin yum-protectbase, plugin yum-versionlock, yum-allowdowngrade, yum-kernel-module et yum-fedorakmod.
> gestion avancée des dépendances
Heureusement. Idem pour tout le monde.
> gestion des signatures
C'est-à-dire ?
Yum vérifie si le paquet est signé, il peut aussi importer une signature (via ftp, http, etc).
> gestion des débits, splitter en transactions, splitter par poids,
Yum n'a pas.
Il y a yum-fastestmirror.
> garder/enlever du cache (et gestion avancé de celui-ci)
Yum n'a pas. Mais le cache est si petit (ici 100 Mo pour 5700 paquets info de liste de fichier comprise (alors que c'est peut utilisé)).
> passer par un proxy, utiliser ssh curl et wget
Yum a.
> synchronisation...
reposync.
> gestion de liste d' exclusion précise
???
Consédirons que Yum n'a pas.
> reconstructions
Yum n'a pas.
Mais c'est tellement con à faire avec rpm : rpm --rebuild [url]
Il y a aussi yum-builddep pour installé les *-devel nécessaires.
> gestion des architectures
Yum a. +gestion biarch.
> ne pas exécuter les scriptlets
Il y a le plugin yum-tsflags. Mais franchement, vu que yum/urpmi peut installé plusieurs paquets, c'est une mauvaise idée. Rpm le fait "--noscript --notrigger".
> installation en parallèle sur plusieurs (dizaine(s) ...) de postes.
Un serveur urpmi ?
C'est assez con à faire avec yum-updatesd (indique s'il y a des mises à jours via syslog, mail et dbus).
Peut aussi mettre à jours automatique et downloader.
Exemple d'un fichier de configuration :
# automatically install updates
do_update = no
# automatically download updates
do_download = no
# automatically download deps of updates
do_download_deps = no
Après pour l'installation automatique d'un nouveau paquet, il suffit d'installé un paquet "meta", voire un nouveau fedora-release avec un epoc supérieur à celui fournit par défaut pour être tranquille. Ainsi toute les bécanes qui point sur le dépôt on le paquet. S'il faut ajouter un programme, on ajoute un Require au paquet. S'il faut virer un programme, on ajoute un tag "obsolete".
Pas compliqué à faire pour 1, 10 ou 200 000 machines.
> gestion d' un parc d' ordinateurs
Ça m'étonnerait que urpmi fasse ça.
> gérer complètement les chroot depuis l' environnement courant.
???
yum --installroot. NB, ça aussi évidement fournit par rpm.
> utiliser un environnement différent
???
Ben avec setarch, -c [config file] et --installroot, je ne vois pas ce qu'on peut vouloir de plus.
Sous Fedora yum est utilisé pour installer des machines virtuelles (Xen).
Je ne veux pas dénigrer urpmi.
L'avantage de yum, c'est qu'il est simple. S'il faut faire des trucs compliqués, il y a d'autres programmes.
Pour Yum et un utilisateur classique, il faut une page man. Pour urpmi, il faut un site dédié à la maitrise de urpmi.
Pour ton info, compares aussi avec smart.
[^] # Re: urmi
Posté par clearstream . En réponse au journal Passage de Debian a Mandriva 2007. Évalué à 0.
> rechercher selon divers filtres / installer-desintaller
Yum search. Combiné avec --enablerepo et --disablerepo, ça le fait.
Pour un recherche fine des paquets installé, rpm avec les options --queryformat --whatrequires --whatprovides est ce qu'il y a de mieux.
Avec Yum, il y a aussi le programme repoquery. Il n'interroge pas la base rpm locale (/var/lib/rpm). On retourve toute la puissance de "rpm --queryformat" + --whatrequires --whatobsoletes --whatconflicts --resolve.
> filtres avancés (exclusion de certains noms ou parties de noms par exemple)
Yum --exclude. C'est aussi configurable dans /etc/yum.conf ou via des fichiers dans /etc/yum.repo.d/
Il y a aussi les plugin yum-protectbase, plugin yum-versionlock, yum-allowdowngrade, yum-kernel-module et yum-fedorakmod.
> gestion avancée des dépendances
Heureusement. Idem pour tout le monde.
> gestion des signatures
C'est-à-dire ?
Yum vérifie si le paquet est signé, il peut aussi importer une signature (via ftp, http, etc).
> gestion des débits, splitter en transactions, splitter par poids,
Yum n'a pas.
Il y a yum-fastestmirror.
> garder/enlever du cache (et gestion avancé de celui-ci)
Yum n'a pas. Mais le cache est si petit (ici 100 Mo pour 5700 paquets info de liste de fichier comprise (alors que c'est peut utilisé)).
> passer par un proxy, utiliser ssh curl et wget
Yum a.
> synchronisation...
reposync.
> gestion de liste d' exclusion précise
???
Consédirons que Yum n'a pas.
> reconstructions
Yum n'a pas.
Mais c'est tellement con à faire avec rpm : rpm --rebuild [url]
Il y a aussi yum-builddep pour installé les *-devel nécessaires.
> gestion des architectures
Yum a. +gestion biarch.
> ne pas exécuter les scriptlets
Il y a le plugin yum-tsflags. Mais franchement, vu que yum/urpmi peut installé plusieurs paquets, c'est une mauvaise idée. Rpm le fait "--noscript --notrigger".
> installation en parallèle sur plusieurs (dizaine(s) ...) de postes.
Un serveur urpmi ?
C'est assez con à faire avec yum-updatesd (indique s'il y a des mises à jours via syslog, mail et dbus).
Peut aussi mettre à jours automatique et downloader.
Exemple d'un fichier de configuration :
Après pour l'installation automatique d'un nouveau paquet, il suffit d'installé un paquet "meta", voire un nouveau fedora-release avec un epoc supérieur à celui fournit par défaut pour être tranquille. Ainsi toute les bécanes qui point sur le dépôt on le paquet. S'il faut ajouter un programme, on ajoute un Require au paquet. S'il faut virer un programme, on ajoute un tag "obsolete".
Pas compliqué à faire pour 1, 10 ou 200 000 machines.
> gestion d' un parc d' ordinateurs
Ça m'étonnerait que urpmi fasse ça.
> gérer complètement les chroot depuis l' environnement courant.
???
yum --installroot. NB, ça aussi évidement fournit par rpm.
> utiliser un environnement différent
???
Ben avec setarch, -c [config file] et --installroot, je ne vois pas ce qu'on peut vouloir de plus.
Sous Fedora yum est utilisé pour installer des machines virtuelles (Xen).
> et encore quelques autres!
Idem pour yum. Tiens, il y a repoview :
http://fr2.rpmfind.net/linux/fedora/core/5/x86_64/os/repodat(...)
Et un flux rss :
http://fr2.rpmfind.net/linux/fedora/extras/5/i386/repodata/l(...)
Sympathique, non ?
Je ne veux pas dénigrer urpmi.
L'avantage de yum, c'est qu'il est simple. S'il faut faire des trucs compliqués, il y a d'autres programmes.
Pour Yum et un utilisateur classique, il faut une page man. Pour urpmi, il faut un site dédié à la maitrise de urpmi.
Pour ton info, compares aussi avec smart.