0.3.1 brings mainly changes to the automatic metadata synchronization. In Fedora, dnf makecache is triggered via SystemD timers now and takes an optional background extra-argument to run in resource-considerate mode (no syncing when running on laptop battery, only actually performing the check at most once every three hours). Also, the IO and CPU priorities of the timer-triggered process are lowered now and shouldn’t as noticably impact the system’s performance.
The administrator can also easily disable the automatic metadata updates by setting metadata_timer_sync to 0.
The default value of metadata_expire was increased from 6 hours to 48 hours. In Fedora, the repos usually set this explicitly so this change is not going to cause much impact.
The following reported issues are fixed in this release:
The major improvement in this version is in speeding up syncing of repositories using metalink by looking at the repomd.xml checksums. This effectively lets DNF cheaply refresh expired repositories in cases where the original has not changed: for instance the main Fedora repository is refreshed with one 30 kB HTTP download. This functionality is present in the current Yum but hasn’t worked in DNF since 3.0.0.
Otherwise this is mainly a release fixing bugs and tracebacks. The following reported bugs are fixed:
The improvements in 0.3.3 are only API changes to the logging. There is a new module dnf.logging that defines simplified logging structure compared to Yum, with fewer logging levels and simpler usage for the developers. The RPM transaction logs are no longer in /var/log/dnf.transaction.log but in /var/log/dnf.rpm.log by default.
The exception classes were simplified and moved to dnf.exceptions.
The following bugs are fixed in 0.3.3:
0.3.4 is the first DNF version since the fork from Yum that is able to manipulate the comps data. In practice, dnf group install <group name> works again. No other group commands are supported yet.
Support for librepo-0.0.4 and related cleanups and extensions this new version allows are included (see the buglist below)
This version has also improved reporting of obsoleted packages in the CLI (the Yum-style “replacing <package-nevra>” appears in the textual transaction overview).
The follwoing bugfixes are included in 0.3.4:
Besides few fixed bugs this version should not present any differences for the user. On the inside, the transaction managing mechanisms have changed drastically, bringing code simplification, better maintainability and better testability.
In Fedora, there is a change in the spec file effectively preventing the makecache timer from running immediatelly after installation. The timer service is still enabled by default, but unless the user starts it manually with systemctl start dnf-makecache.timer it will not run until after the first reboot. This is in alignment with Fedora packaging best practices.
The following bugfixes are included in 0.3.5:
This is a bugfix release, including the following fixes:
This is a bugfix release:
A new locking module has been integrated in this version, clients should see the message about DNF lock being taken less often.
Panu Matilainen has submitted many patches to this release to cleanup the RPM interfacing modules.
The following bugs are fixed in this release:
This is a quick bugfix release dealing with reported bugs and tracebacks:
The only major change is that skip_if_unavailable is enabled by default now.
A minor release otherwise, mainly to get a new version of DNF out that uses a fresh librepo. The follwoing issues are now a thing of the past:
The default multilib policy configuration value is best now. This does not pose any change for the Fedora users because exactly the same default had been previously achieved by a setting in /etc/dnf/dnf.conf shipped with the Fedora package.
An important fix to the repo module speeds up package downloads again is present in this release. The full list of fixes is:
The new minor version brings many internal changes to the comps code, most comps parsing and processing is now delegated to libcomps by Jindřich Luža.
The overwrite_groups config option has been dropped in this version and DNF acts if it was 0, that is groups with the same name are merged together.
The currently supported groups commands (group list and group install) are documented on the manpage now.
The 0.4.0 version is the first one supported by the DNF Payload for Anaconda and many changes since 0.3.11 make that possible by cleaning up the API and making it more sane (cleanup of yumvars initialization API, unifying the RPM transaction callback objects hierarchy, slimming down dnf.rpmUtils.arch, improved logging).
Fixes for the following are contained in this version:
The focus of this release was to support our efforts in implementing the DNF Payload for Anaconda, with changes on the API side of things (better logging, new Base.reset() method).
Support for some irrelevant config options has been dropped (kernelpkgnames, exactarch, rpm_check_debug). We also no longer detect metalinks in the mirrorlist option (see Fedora bug 948788).
DNF is on its way to drop the urlgrabber dependency and the first set of patches towards this goal is already in.
Expect the following bugs to go away with upgrade to 0.4.1:
DNF now downloads packages for the transaction in parallel with progress bars updated to effectively represent this. Since so many things in the downloading code were changing, we figured it was a good idea to finally drop urlgrabber dependency at the same time. Indeed, this is the first version that doesn’t require urlgrabber for neither build nor run.
Similarly, since librepo started to support this, downloads in DNF now use the fastests mirrors available by default.
The option to specify repositories’ costs has been readded.
Internally, DNF has seen first part of ongoing refactorings of the basic operations (install, update) as well as a couple of new API methods supporting development of extensions.
These bugzillas are fixed in 0.4.2:
This is an early release to get the latest DNF out with the latest librepo fixing the Too many open files bug.
In Fedora, the spec file has been updated to no longer depend on precise versions of the libraries so in the future they can be released independently.
This release sees the finished refactoring in error handling during basic operations and adds support for group remove and group info commands, i.e. the following two bugs:
The initial support for Python 3 in DNF has been merged in this version. In practice one can not yet run the dnf command in Py3 but the unit tests already pass there. We expect to give Py3 and DNF heavy testing during the Fedora 21 development cycle and eventually switch to it as the default. The plan is to drop Python 2 support as soon as Anaconda is running in Python 3.
Minor adjustments to allow Anaconda support also happened during the last week, as well as a fix to a possibly severe bug that one is however not really likely to see with non-devel Fedora repos:
A serious bug causing tracebacks during package downloads made it into 0.4.4 and this release contains a fix for that. Also, a basic proxy support has been readded now.
Bugs fixed in 0.4.5:
0.4.6 brings two new major features. Firstly, it is the revival of history undo, so transactions can be reverted now. Secondly, DNF will now limit the number of installed kernels and installonly packages in general to the number specified by installonly_limit configuration option.
DNF now supports the group summary command and one-word group commands no longer cause tracebacks, e.g. dnf grouplist.
There are vast internal changes to dnf.cli, the subpackge that provides CLI to DNF. In particular, it is now better separated from the core.
The hawkey library used against DNF from with this versions uses a recent RPMDB loading optimization in libsolv that shortens DNF startup by seconds when the cached RPMDB is invalid.
We have also added further fixes to support Python 3 and enabled librepo’s fastestmirror caching optimization to tighten the download times even more.
Bugs fixed in 0.4.6:
We start to publish the DNF API Reference with this release. It is largely incomprehensive at the moment, yet outlines the shape of the documentation and the process the project is going to use to maintain it.
Bugs fixed in 0.4.7:
There are mainly internal changes, new API functions and bugfixes in this release.
Python 3 is fully supported now, the Fedora builds include the Py3 variant. The DNF program still runs under Python 2.7 but the extension authors can now choose what Python they prefer to use.
This is the first version of DNF that deprecates some of its API. Clients using deprecated code will see a message emitted to stderr using the standard Python warnings module. You can filter out dnf.exceptions.DeprecationWarning to suppress them.
API additions in 0.4.8:
API deprecations in 0.4.8:
Bugs fixed in 0.4.8:
Several Yum features are revived in this release. dnf history rollback now works again. The history userinstalled has been added, it displays a list of ackages that the user manually selected for installation on an installed system and does not include those packages that got installed as dependencies.
We’re happy to announce that the API in 0.4.9 has been extended to finally support plugins. There is a limited set of plugin hooks now, we will carefully add new ones in the following releases. New marking operations have ben added to the API and also some configuration options.
An alternative to yum shell is provided now for its most common use case: replacing a non-leaf package with a conflicting package is achieved by using the --allowerasing switch now.
API additions in 0.4.9:
API deprecations in 0.4.9:
Bugs fixed in 0.4.9: