From Fedora Project Wiki
< Features
(Created page with "<!-- All fields on this form are required to be accepted by FESCo. We also request that you maintain the same order of sections so that all of the feature pages are uniform. --...") |
|||
Line 22: | Line 22: | ||
== Detailed Description == | == Detailed Description == | ||
=== Comparing to zif === | |||
People are asking why we didn't choose to adopt zif instead of fixing yum. The reasons are: | |||
* dnf looks for a middle ground between a sane API and some backwards compatibility. | |||
* we ultimately want unified resolver across the stack and dnf and hawkey is the first step towards that. | |||
* using libsolv allows us to get closer to what SUSE uses. So it makes the RPM world easier to deal with. | |||
* Libsolv is a well tested and proven code base, currently the most sophisticated and optimized dependency solving implementation. | |||
== Benefit to Fedora == | == Benefit to Fedora == |
Revision as of 08:34, 3 May 2012
DNF, a new Package Manager
Summary
Owner
- Name: Aleš Kozumplík
- Email: akozumpl@redhat.com
Current status
- Targeted release: Fedora 18
- Last updated: 2012-05-03
- Percentage of completion: 5%
Detailed Description
Comparing to zif
People are asking why we didn't choose to adopt zif instead of fixing yum. The reasons are:
- dnf looks for a middle ground between a sane API and some backwards compatibility.
- we ultimately want unified resolver across the stack and dnf and hawkey is the first step towards that.
- using libsolv allows us to get closer to what SUSE uses. So it makes the RPM world easier to deal with.
- Libsolv is a well tested and proven code base, currently the most sophisticated and optimized dependency solving implementation.