DNF 0.6.2 Released

The DNF version 0.6.2 contains mostly bug fixes, improves database  locking mechanism and does not request fresh metadata for every command. More information in release notes.

This is the last version of DNF under the lead of Ales Kozumplik – hopefully not the last stable/usable version of DNF. Thanks Ales for your hard work and knowledge you gave us.

New DNF Project Leader

As I will be moving on to work on other things beyond Linux software management soon, I decided to step down as a leader of the project.

The new leader of the project is Jan Šilhan, the change is effective as of today. Jan is a talented, result-oriented software developer and I am convinced he is just the right type for the job.

It has been exciting and fun three years and a big thanks to all of you who contributed, consulted, supported or generally shared the ride.


Upstream Repositories and Documentation Move

We are moving DNF, hawkey and Core DNF Plugins repositories. The new official upstream repositories are:

Similarly, the documentation has moved:

Kindly update your bookmarks and .gitconfigs.

DNF 0.5.5 and Core DNF Plugins 0.1.2 Released

The two releases bring several bugfixes and API extensions.

One of the key improvements is better support for proxy servers, including configuration options and accessibility from the API.

Related to this release, the situation around package splitting support has been resolved on the level of DNF’s underlying libraries.

See also:

DNF 0.5.4 Released

0.5.4 has been released today.

A major improvement in this release is the repo priorities config option. With it the admin can enforce packages of a certain repository to take precedence over other ones during an upgrade even when the prioritized packages have lower version. The original DNF bug is here, the functionality is known from Yum Utils as “priority plugin”.

The stream of Unicode/encoding problems people run into is not ending unfortunately. Rather critical problem has been fixed now. We look forward to fully move to Python 3, and if you want to help the cause please gently say so in the EPEL7 python3 bugzilla.

Fedorians, note that you can start experimenting with Python 3 from CLI with this release, as the python3-dnf now ships /usr/bin/dnf-3. Note that the binary is experimental and will be removed once Python 3 becomes the default interpreter for the main DNF package, hence it is not and will not be documented anywhere.

Release notes are published at the usual spot.

DNF 0.5.3 and Core DNF Plugins 0.1.1 Released

Hello, after one month the team is releasing a new version of DNF and its core plugins. We’re still getting reports of problems with Unicode and translations and the current release does away with many of them.

People on older and special networks will appreciate addition of the -4 CLI switch to force IPv4 DNS resolving.

Besides that, the focus in DNF was on extending the API to enable implementation of the popularly demanded protected_packages plugin. The plugin works by checking a resolved transaction and stopping it immediately in cases where an explicitly protected package or the running kernel should get removed.

See also:

Happy packaging.