Il s'agit de la première version majeure de la version rpm5.org de RPM, le gestionnaire de paquets permettant de gérer l'installation de logiciels sur quelques distributions GNU/Linux. Pour rappel, rpm5 est le fork initié par Jeff Johnson après son départ de RedHat. Le RedHat Packages Manager est lui disponible en version 4.4.2.2 sur le site rpm.org.
Parmi les changements notoires :
- Nettoyage du code, y compris la partie autotools ;
- Choix du format de la rpmdb : Berkeley DB et/ou SQLite ;
- rpm5 a été porté sur de nouvelles architectures, y compris MacOS X ;
- Concernant les formats de compression, à gzip et bzip2 déjà pris en compte, a été ajouté le support du format lzma ;
- La liste des tags disponibles est désormais extensible : pour les distributions, le but est de pouvoir stocker des informations supplémentaire selon leurs besoins ;
- Il est désormais possible de marquer des macros en lecture-seule.
À savoir aussi que :
- Les fichiers de configuration 'rpmrc' (définition des architectures) ont été supprimés, au profit d'une configuration complète au travers de macros ;
- Le format rpm v3 n'est plus supporté.
![[en]](../images/en.png)
rpm5.org (281 hits)-
l'annonce de la sortie de rpm5 (113 hits)
> Lire la dépêche (81 commentaires, moyenne: 2,2).
Vous avez demandé le commentaire #896952.
Run by 
Cette page a été générée par Templeet en 0.0619s (dont 0.006 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
bsdiff...
C'est un peu hors-sujet, mais qqun sait-il pourquoi les distributions ne proposent jamais de rpm "différentiels" ? D'un binaire version n à sa version n+1, je suis sûr que la différence (via bsdiff, xdelta ou sdelta) doit être de taille minime, et pour upgrader ma Mandriva je préfèrerais de loin ne télécharger que la différence plutôt que les packages entiers (surtout pour des gros trucs comme KDE ou OpenOffice !)...
Peut-être qu'il y a une bonne raison de ne pas le faire ("patcher" via bsdiff a peut-être des inconvénients), mais pour l'instant je ne vois pas !
[^]Re: bsdiff...
bsdiff, je ne sais pas ce que c'est.
Suse l'a fait (ou le fait toujours).
Fedora va le faire :
http://fedoraproject.org/wiki/Releases/FeaturePresto
[^]Re: bsdiff...
C'est aussi l'une des améliorations de RPM que j'attends avec impatience depuis longtemps.
La solution retenu par Fedora est de recréer la paquetage installé depuis la base RPM,d'y appliquer le patch téléchargé pour en faire un nouveau paquetage RPM qu'on installalera de façon traditionnelle.
DeltaRPM fait à peu près la même chose.
Au final, on a tout de même un nouveau paquetage RPM qui installera des fichiers qui n'auront pas été modifiés.
[^]Re: bsdiff...
Presto repose sur deltarpm au passage ...
D'ailleurs j'utilise Presto depuis Fedora 7 et ça marche super bien.
[^]Re: bsdiff...
Où tu as trouvé un dépôt qui propose du deltarpm ?
[^]Re: bsdiff...
À un click ("Presto trac") du lien donné plus haut, il y a ceci : [https://fedorahosted.org/presto].
Dommage qu'il n'y aie pas encore de repo test pour ppc; je n'ai plus qu'à attendre F9.
[^]Re: bsdiff...
Merci.
C'est la honte pour moi, mais merci :-)
[^]Re: bsdiff...
Sur le site de Presto, J. Dieter maintient un dépôt contenant les deltarpm par rapport à fedora-updates.
https://fedorahosted.org/presto
[^]Re: bsdiff...
Parce que c'est très lourd à gérer:
- pour aller de la version 1 à 2 il te faut 2-1
- pour aller de la version 2 à 3 il te faut 3-2
- pour aller de la version 1 à 3 il te faut 3-1
Et plus il y eu de version d'update proposé, plus ça se complique. A l'arrivée c'est vite ingérable.
Il semble que Suse y arrive cependant.
[^]Re: bsdiff...
- pour aller de la version 1 à 3 il te faut 3-1
Ou bien 2-1 et 3-2, qui existent déja normalement.
Car pour n versions mieux vaut n - 1 deltas, que n(n-1)/2 :)