From Fedora Project Wiki
No edit summary
No edit summary
Line 32: Line 32:
* Name: [[User:edynox|Eduard Čuba]], [[User:ignatenkobrain|Igor Gnatenko]]
* Name: [[User:edynox|Eduard Čuba]], [[User:ignatenkobrain|Igor Gnatenko]]
<!-- Include you email address that you can be reached should people want to contact you about helping with your change, status is requested, or technical issues need to be resolved. If the change proposal is owned by a SIG, please also add a primary contact person. -->
<!-- Include you email address that you can be reached should people want to contact you about helping with your change, status is requested, or technical issues need to be resolved. If the change proposal is owned by a SIG, please also add a primary contact person. -->
* Email: ecuba@redhat.com, ignatenkobrain@fedoraproject.org
* Email: ecuba@redhat.com, ignatenko@redhat.com
* Release notes owner: <!--- To be assigned by docs team [[User:FASAccountName| Release notes owner name]] <email address> -->
* Release notes owner: <!--- To be assigned by docs team [[User:FASAccountName| Release notes owner name]] <email address> -->
<!--- UNCOMMENT only for Changes with assigned Shepherd (by FESCo)
<!--- UNCOMMENT only for Changes with assigned Shepherd (by FESCo)

Revision as of 16:44, 5 July 2017


Unified database for DNF

Summary

Replacing obsoleted YUM/DNF databases (yumdb, historydb, groups.json) with new unified sqlite database adapted to the current needs of DNF.


Owner

Current status

  • Targeted release: Fedora 27
  • Last updated: 2017-07-05
  • Tracker bug: <will be assigned by the Wrangler>

Detailed Description

Unified software database for DNF is replacing outdated and obsolete databases behind the DNF. It comes with shared library for accessing the database used by DNF and PackageKit. Library providing database access should be part of libdnf.

Benefit to Fedora

Using single unified database with shared interface enhances data integrity, safety and performance of package managers in Fedora. Database is easily expandable for new features (Modularity support in DNF will use SWDB).


Scope

  • Other developers: PackageKit developers should review proposed changes in libdnf for logging PackageKit transactions into SWDB instead of yumdb. In addition PackageKit developers should consider using SWDB for reading transaction data instead of using its own backend.
  • Release engineering: #6886 (a check of an impact with Release Engineering is needed)
  • Policies and guidelines: Nothing is required
  • Trademark approval: N/A (not needed for this Change)

Upgrade/compatibility impact

Data from obsolete databases are migrated to SWDB with first use of ported DNF. There is no backward migration available.

How To Test

Use DNF in normal operation (especially history commands).

User Experience

Increase of history related DNF commands performance.

Dependencies

Changing DNF databases in the background should not affect other packages.

Contingency Plan

  • Contingency mechanism: Write tool to convert to old db format and revert change
  • Contingency deadline: Beta Freeze
  • Blocks release? Yes (not sure)
  • Blocks product? -

Documentation

Not written yet.

Release Notes