At its 10th anniversary and after a period of uncertainty for the RPM community, together with a new roadmap towards version 5.0 the project environment of the popular Unix software packaging tool RPM Package Manager was relaunched under the domain rpm5.org by the newly formed RPM project team, further on lead by RPM's primary developer Jeff Johnson. The primary goals of RPM 5.0 are the additional support for the XML based archiving format XAR, an integrated package dependency resolver, further improved portability and extended cross-platform support. Note: Please note that rpm5 is a fork of the 'real' rpm project.
To read all comments associated with this story, please click here.
Member since:2005-07-06
Don't think that's going to happen so long as people are paid to work on RPM ;-)
I agree, would be nicer to have a unified package management system. Autopackage AFAIK isn't really designed to replace RPM / APT / etc, but is intended to work alongside them.
To be honest, though, as far as I'm aware the features available in RPM-based and APT-based systems are pretty similar. All the systems have shortcomings, but arguably if the featuresets are similar there's no particularly strong reason to drop one or the other. The fact RPM has apparently had less core development does count against it, I suppose.
Other interesting package managers are Klik (a bit like autopackage) and Conary (which, I understand, really is quite interesting).
Member since:
2006-04-05
What a waste of resources and time. I been a Linux user for 9 years now, and what Linux needs is a single unified package management system. The contenders are apt-get, protage (modified for binaries), and autopackage (needs distro support). When will developers learn to give up on RPM and move on!