Güncellemeleri denetlemenin en hızlı yolu, aşağıdaki gibi dnf upgrade komutunu kullanarak kullanılabilir güncellemeleri kurmaya çalışmaktır:

dnf upgrade komutunun yalnızca kurulabilen güncellemeleri kurduğunu unutmayın. Bir paket, örneğin bağımlılık sorunları nedeniyle güncellenemiyorsa, atlanır.

dnf check-update komutu sisteminizde kurulu paketlerden hangilerinin yeni sürümlerinin var olduğunu görmek için kullanılabilir, ancak bu, başarıyla kurulabilecekleri anlamına gelmez. Bu nedenle bu komut, çoğunlukla betiklerde ve dnf upgrade çalıştırıldıktan sonra kurulmayan güncellenen paketleri denetlemek için kullanışlıdır.

Örneğin:

Yukarıdaki çıktıdaki paketler, güncellenen sürümlere sahip olarak listelenmiştir. Örnek çıktıdaki satır bize şunu söylemektedir:

Tek bir paketi, birden çok paketi veya tüm paketleri bir kerede güncellemeyi seçebilirsiniz. Güncellediğiniz paketin veya paketlerin herhangi bir bağımlılığının güncellemeleri varsa, onlar da güncellenir.

Tek bir paketi güncellemek için root olarak şu komutu çalıştırın:

Örneğin, python paketini güncellemek için şunu yazın:

Bu çıktı şunları içerir:

Tüm paketleri ve bunların bağımlılıklarını güncellemek için, herhangi bir argüman olmadan dnf upgrade komutunu çalıştırın:

Fedora sisteminizi kullanırken paketler tarafından kurulan yapılandırma dosyalarında kaçınılmaz olarak değişiklikler yapacaksınız. DNF’nin sistemde değişiklik yapmak için kullandığı RPM, onların bütünlüklerini korumak için bir mekanizma sağlar. Paket yükseltmelerinde yapılandırma dosyalarındaki değişikliklerin nasıl yönetileceğine ilişkin ayrıntılar için Paketleri Kurma ve Yükseltme kısmına bakın.

Aşağıdaki komutu kullanarak tüm RPM paket adlarını ve özetlerini arayabilirsiniz:

Açıklamalar ve URL’lerle eşleştirmek için all ekleyin.

Bu komut, her terim için eşleşmelerin listesini görüntüler. Örneğin, "meld" veya "kompare" ile eşleşen tüm paketleri listelemek için şunu yazın:

dnf list ve ilgili komutlar paketler, paket grupları ve depolar hakkında bilgiler sağlar.

DNF’nin tüm listeleme komutları, argüman olarak bir veya daha fazla glob ifadesi ekleyerek sonuçları filtrelemenize olanak tanır. Glob ifadeleri, bir veya daha fazla * (herhangi bir karakterle birden çok kez eşleşir) ve ? (herhangi bir karakterle eşleşir) joker karakterlerini içeren normal karakter dizgeleridir.

Bir veya daha fazla paket hakkındaki bilgileri görüntülemek için aşağıdaki gibi bir komut kullanın:

Örneğin, abrt paketiyle ilgili bilgileri görüntülemek için şunu yazın:

dnf info paket_adı komutu, rpm -q --info paket_adı komutuna benzerdir, ancak ek bilgi olarak RPM paketinin kurulduğu DNF deposunu belirtir (çıktıda From repo: satırına bakın). dnf info komutu, kurulu olandan daha yeni bir sürüm varsa yalnızca kullanılabilir en yeni paketi gösterir. dnf repoquery komutu tüm kurulu ve kullanılabilir paketleri gösterebilir.

Hem kurulu hem de bir depodan kullanılabilir tüm paketler hakkındaki bilgileri görüntülemek için aşağıdaki gibi bir komut kullanın:

Örneğin, abrt paketiyle ilgili bilgileri görüntülemek için şunu yazın:

Daha fazla seçenek için dnf repoquery kullanım ifadesine bakın:

DNF allows you to install both a single package and multiple packages, as well as a package group of your choice.

To install a single package and all of its non-installed dependencies, enter a command in the following form:

You can also install multiple packages simultaneously by appending their names as arguments:

If you are installing packages on a multilib system, such as an AMD64 or Intel64 machine, you can specify the architecture of the package, as long as it is available in an enabled repository, by appending .arch to the package name. For example, to install the sqlite2 package for i586, type:

You can use glob expressions to quickly install multiple similarly-named packages:

In addition to package names and glob expressions, you can also provide file names to dnf install. If you know the name of the binary you want to install, but not its package name, you can give dnf install the path name:

dnf then searches through its package lists, finds the package which provides /usr/sbin/named, if any, and prompts you as to whether you want to install it.

A package group is similar to a package: it is not useful by itself, but installing one pulls a group of dependent packages that serve a common purpose. A package group has a name and a groupid (GID). The dnf group list -v command lists the names of all package groups, and, next to each of them, their groupid in parentheses. The groupid is always the term in the last pair of parentheses, such as kde-desktop-environment in the following example:

You can install a package group by passing its full group name (without the groupid part) to group install:

Multi-word names must be quoted.

You can also install by groupid:

You can even pass the groupid, or quoted name, to the install command if you prepend it with an @-symbol (which tells dnf that you want to perform a group install):

For example, the following are alternative but equivalent ways of installing the KDE Plasma Workspaces group:

Similarly to package installation, DNF allows you to uninstall (remove in RPM and DNF terminology) both individual packages and a package group.

To uninstall a particular package, as well as any packages that depend on it, run the following command as root:

As when you install multiple packages, you can remove several at once by adding more package names to the command. For example, to remove totem, rhythmbox, and sound-juicer, type the following at a shell prompt:

Similar to install, remove can take these arguments:

You can remove a package group using syntax congruent with the install syntax:

The following are alternative but equivalent ways of removing the KDE Plasma Workspaces group:

The dnf history command allows users to review information about a timeline of DNF transactions, the dates and times on when they occurred, the number of packages affected, whether transactions succeeded or were aborted, and if the RPM database was changed between transactions. Additionally, this command can be used to undo or redo certain transactions.

To display a list of all transactions, as root, either run dnf history with no additional arguments, or enter the following command:

To display only transactions in a given range, use the command in the following form:

You can also list only transactions regarding a particular package or packages. To do so, use the command with a package name or a glob expression:

For example, the list of first five transactions may look as follows:

The dnf history list command produces tabular output with each row consisting of the following columns:

Apart from reviewing the transaction history, the dnf history command provides means to revert or repeat a selected transaction. To revert a transaction, type the following at a shell prompt as root:

To repeat a particular transaction, as root, run the following command:

Both commands also accept the last keyword to undo or repeat the latest transaction.

Note that both dnf history undo and dnf history redo commands merely revert or repeat the steps that were performed during a transaction, and will fail if the required packages are not available. For example, if the transaction installed a new package, the dnf history undo command will uninstall it and also attempt to downgrade all updated packages to their previous version, but the command will fail if the required packages are not available.

options] The /etc/dnf/dnf.conf configuration file contains exactly one [main] section, and while some of the key-value pairs in this section affect how dnf operates, others affect how DNF treats repositories.

You can add many additional options under the [main] section heading in /etc/dnf/dnf.conf.

A sample /etc/dnf/dnf.conf configuration file can look like this:

The following are the most commonly-used options in the [main] section:

For a complete list of available [main] options, refer to the [MAIN] OPTIONS section of the dnf.conf(5) manual page.

options] The [repository] sections, where repository is a unique repository ID such as my_personal_repo (spaces are not permitted), allow you to define individual DNF repositories.

The following is a bare-minimum example of the form a [repository] section takes:

Every [repository] section must contain the following directives:

To configure the default set of repositories, use the enabled option as follows:

Many more [repository] options exist. For a complete list, refer to the [repository] OPTIONS section of the dnf.conf(5) manual page.

Variables can be used only in the appropriate sections of the DNF configuration files, namely the /etc/dnf/dnf.conf file and all .repo files in the /etc/yum.repos.d/ directory. Repository variables include: