From Fedora Project Wiki
(m)
No edit summary
Line 6: Line 6:
== Summary ==
== Summary ==


Change format of the RPM Database from BDB to RPM's own format.
Change format of the RPM Database from Berkeley DB to RPM's own format.


== Owner ==
== Owner ==
Line 54: Line 54:
<!-- What work do the feature owners have to accomplish to complete the feature in time for release?  Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?-->
<!-- What work do the feature owners have to accomplish to complete the feature in time for release?  Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?-->


* Other developers: N/A (not a System Wide Change) <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Other developers:
<!-- What work do other developers have to accomplish to complete the feature in time for release?  Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?-->
<!-- What work do other developers have to accomplish to complete the feature in time for release?  Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?-->
** Release and update libsolv
** Release and update libsolv
Line 60: Line 60:
<!-- Does this feature require coordination with release engineering (e.g. changes to installer image generation or update package delivery)?  Is a mass rebuid required?  If a rel-eng ticket exists, add a link here.  
<!-- Does this feature require coordination with release engineering (e.g. changes to installer image generation or update package delivery)?  Is a mass rebuid required?  If a rel-eng ticket exists, add a link here.  
Please work with releng prior to feature submission, and ensure that someone is on board to do any process development work and testing; don't just assume that a bullet point in a change puts someone else on the hook.-->
Please work with releng prior to feature submission, and ensure that someone is on board to do any process development work and testing; don't just assume that a bullet point in a change puts someone else on the hook.-->
** [[Fedora_Program_Management/ReleaseBlocking/Fedora{{FedoraVersionNumber|next}}|List of deliverables]]: N/A (not a System Wide Change) <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
** [[Fedora_Program_Management/ReleaseBlocking/Fedora{{FedoraVersionNumber|next}}|List of deliverables]]: None <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- Please check the list of Fedora release deliverables and list all the differences the feature brings -->
<!-- Please check the list of Fedora release deliverables and list all the differences the feature brings -->


Line 84: Line 84:
3. What are the expected results of those actions?
3. What are the expected results of those actions?
-->
-->
 
* Update to (not yet available) rpm and libsolv version
<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Convert to new rpmdb format (details tbd)
N/A (not a System Wide Change)  
* Check if package based operations still work in rpm, yum, dnf and all other tools
** Query installed packages
** Install, remove and update packages


== User Experience ==
== User Experience ==
Line 101: Line 103:
* Contingency deadline: beta freeze
* Contingency deadline: beta freeze
<!-- Does finishing this feature block the release, or can we ship with the feature in incomplete state? -->
<!-- Does finishing this feature block the release, or can we ship with the feature in incomplete state? -->
* Blocks release? Yes.
* Blocks release? Yes. If there are issues the default setting of the rpmdb format might be needed to be changed back before the release.


== Documentation ==
== Documentation ==
Line 115: Line 117:
Release Notes are not required for initial draft of the Change Proposal but has to be completed by the Change Freeze.  
Release Notes are not required for initial draft of the Change Proposal but has to be completed by the Change Freeze.  
-->
-->
tbd
The format of the rpm database changed and can not be read by older rpm versions to convert back to the old format XXX.


[[Category:ChangePageIncomplete]]
[[Category:ChangePageIncomplete]]

Revision as of 10:58, 11 January 2016


Change Proposal Name NewRpmDBFormat

Summary

Change format of the RPM Database from Berkeley DB to RPM's own format.

Owner

Current status

  • Targeted release: Fedora 24
  • Last updated: 2016-01-11
  • Tracker bug: <will be assigned by the Wrangler>

Detailed Description

The current implementation of the RPM Database is based on Berkeley DB. There are doubts about the its future and level of maintenance. In addition rpm's use of the database has multiple issues on its own. As a result RPM upstream is working to replace the database format with a new implementation.

Benefit to Fedora

Getting rid of Berkeley DB as a dependency of one of the core components. (Actually not in F24 as we will keep the DBD support for now. But this is the required first step.)

Scope

  • Proposal owners:
    • Test and release the already implemented database format.
    • Make sure it is supported by all important tools
      • Tools using librpm should not be affected
      • Libsolv is the most prominent tool accessing the rpmdb directly and needs adjustment
    • Tooling for converting existing databases.
  • Other developers:
    • Release and update libsolv
  • Release engineering: None (hopefully).
  • Policies and guidelines: Not needed
  • Trademark approval: N/A (not needed for this Change)

Upgrade/compatibility impact

Conversion to the new format will make the RPM DB incompatible to older versions of rpm. The new version will be able to convert between the two formats.

How To Test

  • Update to (not yet available) rpm and libsolv version
  • Convert to new rpmdb format (details tbd)
  • Check if package based operations still work in rpm, yum, dnf and all other tools
    • Query installed packages
    • Install, remove and update packages

User Experience

This change should influence the user experience.

Dependencies

None

Contingency Plan

  • Contingency mechanism: Stay with the current format (which will continue to be supported). May need manual work for the testers to convert their rpmdb back.
  • Contingency deadline: beta freeze
  • Blocks release? Yes. If there are issues the default setting of the rpmdb format might be needed to be changed back before the release.

Documentation

tbd

Release Notes

The format of the rpm database changed and can not be read by older rpm versions to convert back to the old format XXX.