Update RPM to 4.11
Update RPM to 4.11 in Fedora 19.
- Name: PanuMatilainen
- Email: firstname.lastname@example.org
- Targeted release: Fedora 19
- Last updated: 2013-02-15
- Percentage of completion: 100%
- Rpm 4.11 final in rawhide since Feb 4th
The RPM development team would like to update Fedora RPM to a pre-release version of 4.11 as early as possible to leverage the wider testing that Fedora rawhide gets. The final stable upstream version of the new RPM is expected to be released during January 2013, which should be well in time before Fedora 19 feature freeze.
Benefit to Fedora
The details can be found in the draft release notes at http://rpm.org/wiki/Releases/4.11.0, but the main "no action required" benefits are:
- Improved performance and memory use
- Improved file conflict detection
- Improved %config file handling
The other benefits are more packager-oriented and require spec-changes to utilize:
- Easy separation of licenses from other documentation with a new %doc-like %license directive in spec
- Fully automated patch application with optionally using DVCS of choice in specs with a new %autosetup macro
- Improved spec-parsing error messages
As sonames don't change and there are no package-level incompatibilities introduced, no rebuilds are required.
A *lot* of packages will see new warnings at build-time from the stricter %changelog date parsing, but this does not prevent packages from being built.
Upstream does not expect major issues or big changes from alpha to final, just the normal shakedown after a fair amount of internal changes.
How To Test
Rpm has its own fairly extensive test-suite which gets executed during the package build. Beyond that, rpm gets quite thoroughly tested in the course of "everyday activities" such as system installation, upgrades and package building.
- There are no end-user visible changes, except for being faster and more correct.
- Packagers are likely to appreciate the new automatic patch application features
- Packagers will notice lots of new warnings from invalid dates in %changelog as the date is now more thoroughly validated, by far the most common case being wrong day name specified for a given date, eg. "Tue Nov 05 2012" when it should be "Mon Nov 05 2012". In addition some (rare) previously passing specs could fail to parse due to stricter validation.
- Dependencies are unchanged from rpm-4.10.x.
- Revert to rpm 4.10.x. As there are no API, database- or package-level incompatibilities introduced in this version, reverting would be a simple matter of bumping epoch and rebuilding, assuming use of the new spec features is delayed until "final acceptance" is gained.
Draft release notes can be found in http://rpm.org/wiki/Releases/4.11.0
No need for a release notes entry.