> Non c'est parce qu'il a été le premier à fournir une solution d'accès abordable
Red Hat a toujours eu parmis les meilleurs développeurs noyau. Puis des développeurs gcc/libc. Et depuis peu beaucoup de développeurs cluster. A ça t'ajoutes Gnome et son influence est impressionnante. Non ?
Pour la gestion de paquet, Red Hat a fait rpm. C'est pas rien.
> C'est bien que ça existe, c'est dommage que ce soit si cryptique d'utilisation et c'est peut-être pour cela que c'est si peu connu ?
C'est pas terrible rpmdb. On est d'accord.
rpmdb a été l'une des première solution pour récupérer les dépences avec rpm.
Exemple de etc/rpm/macros.solve : # The path to the dependency universe database. The default value
# is the rpmdb-fedora location. The macro is usually defined in
# /etc/rpm/macros.solve, installed with the rpmdb-redhat package.
%_solve_dbpath /usr/lib/rpmdb/i386-redhat-linux/redhat
# The path to the dependency universe packages. This should
# be a path to the packages contained in the solve database.
%_solve_pkgsdir /mnt/redhat/test/latest-i386/Fedora/RPMS/
# The output binary package file name template used when suggesting
# binary packages that solve a dependency. The macro is usually defined
# in /etc/rpm/macros.solve, installed with the rpmdb-redhat package.
#
# XXX Note: escaped %% for use in headerSprintf()
%_solve_name_fmt %%{NAME}-%%{VERSION}-%%{RELEASE}.%%{ARCH}.rpm
A utiliser avec "rpm --iad" --aid add suggested packages to transaction
Mais tout ça ne marche pas avec le réseau et n'est pas multi-dépôts.
[^] # Re: distro
Posté par Ayrton . En réponse au message Une fonction de RedHat me manque ( psselect ), comment l'obtenir ?. Évalué à 2.
Red Hat a toujours eu parmis les meilleurs développeurs noyau. Puis des développeurs gcc/libc. Et depuis peu beaucoup de développeurs cluster. A ça t'ajoutes Gnome et son influence est impressionnante. Non ?
Pour la gestion de paquet, Red Hat a fait rpm. C'est pas rien.
> C'est bien que ça existe, c'est dommage que ce soit si cryptique d'utilisation et c'est peut-être pour cela que c'est si peu connu ?
C'est pas terrible rpmdb. On est d'accord.
rpmdb a été l'une des première solution pour récupérer les dépences avec rpm.
Exemple de etc/rpm/macros.solve :
# The path to the dependency universe database. The default value
# is the rpmdb-fedora location. The macro is usually defined in
# /etc/rpm/macros.solve, installed with the rpmdb-redhat package.
%_solve_dbpath /usr/lib/rpmdb/i386-redhat-linux/redhat
# The path to the dependency universe packages. This should
# be a path to the packages contained in the solve database.
%_solve_pkgsdir /mnt/redhat/test/latest-i386/Fedora/RPMS/
# The output binary package file name template used when suggesting
# binary packages that solve a dependency. The macro is usually defined
# in /etc/rpm/macros.solve, installed with the rpmdb-redhat package.
#
# XXX Note: escaped %% for use in headerSprintf()
%_solve_name_fmt %%{NAME}-%%{VERSION}-%%{RELEASE}.%%{ARCH}.rpm
A utiliser avec "rpm --iad"
--aid add suggested packages to transaction
Mais tout ça ne marche pas avec le réseau et n'est pas multi-dépôts.