From Fedora Project Wiki

DNF 5.2

Date 2024-06-05 to 2024-06-11
Time all day

Website QA/Test Days
Matrix #test-day:fedoraproject.org
Mailing list test


Can't make the date?
If you come to this page before or after the test day is completed, your testing is still valuable, and you can use the information on this page to test, file any bugs you find at Bugzilla, and add your results to the results section. If this page is more than a month old when you arrive here, please check the current schedule and see if a similar but more recent Test Day is planned or has already happened.

What to test?[edit]

This Fedora Test Week will focus on testing

  1. dnf 5.2 system-upgrade from F40 to F41
  2. dnf5.2 basic sanity (install, remove, reinstall, download)
  3. dnf5.2 makecache / clean commands
  4. dnf5.2 distro-sync / dsync
  5. dnf5.2 info / list / search commands
  6. dnf5.2 autoremove
  7. any performance issues

Who's available[edit]

The following cast of characters will be available testing, workarounds, bug fixes, and general discussion. Use #dnf or #fedora-test-day channels on libera chat. Alternatively, write on sst-cs-software-management@redhat.com In case of problem related to test day organization/wiki/whatever, please reach out to sumantrom.

  • Development -

David Cantrell (dcantrell), Evan Goode (egoode), Marek Blaha (mblaha), Jan Kolárik (jkolarik), Pavla Kratochvílová (pkratoch), Aleš Matěj (amatej), Jaroslav Mráček (jmracek), Jaroslav Rohel (jrohel), Nicola Sella (nsella)

Prerequisite for Test Day[edit]

  • A system (real or virtual) you can install Fedora to, and not mind if it breaks

How to test?[edit]

Install Fedora[edit]

Testing DNF from a live environment is difficult and will likely wind up with the system exhausting available RAM and failing in strange ways, so we recommend you install Fedora 39/40 VM for this Test Week.

Update your machine[edit]

Make sure you have all the current updates installed, using the update manager. Note that a clean installed Fedora 39/40. DNF 5.2 should be installed using this COPR repository or nightly repo. You can enable the the repo by running

  1. sudo dnf copr enable rpmsoftwaremanagement/dnf5-unstable OR sudo dnf copr enable rpmsoftwaremanagement/dnf-nightly
  2. sudo dnf install dnf5 --best --allowerasing
  3. sudo dnf5 update dnf5

Run the tests[edit]

Visit the result page and click on the column title links to see the tests that need to be run: most column titles are links to a specific test case. Follow the instructions there, then enter your results by clicking the Enter result button for the test.

Reporting bugs[edit]

If you have problems with any of the tests, report a bug to Bugzilla usually for the component dnf5. If you are unsure about exactly how to file the report or what other information to include, just ask on IRC and we will help you.

Known issues[edit]

Known Regression/Issue: DNF 5.2 is not available in Fedora 39, or 40 (it is ABI-incompatible with DNF 5.1), so testers will probably need to get the latest version of DNF 5.2 from our COPR: https://copr.fedorainfracloud.org/coprs/rpmsoftwaremanagement/dnf5-unstable/.

Test Results[edit]

DNF 5.2 system-upgrade[edit]

User Profile Upgrade with system-uprade References
Groogee Sony Vaio, Intel i3-3217U (4)
Pass pass
Illuminatus Fedora 38 upgraded directly to Fedora 40 with existing DNF, then DNF5 installed for additional tests.
Pass pass
[1]
  1. sudo dnf5 system-upgrade status displayed that you dnf5 offline reboot should be used to continue. This performed the upgrade steps previously performed in sudo dnf5 system-upgrade reboot. Post dnf5 offline reboot both sudo dnf5 system-upgrade status and sudo dnf5 system-upgrade reboot report there are no more offline transactions, checking /etc/os-release everything appears to be upgraded as expected.
Illuminatus Fedora 40 beta fully upgraded
Pass pass
[1]
  1. sudo dnf5 system-upgrade status displayed that you dnf5 offline reboot should be used to continue. This performed the upgrade steps previously performed in sudo dnf5 system-upgrade reboot. Post dnf5 offline reboot both sudo dnf5 system-upgrade status and sudo dnf5 system-upgrade reboot report there are no more offline transactions, checking /etc/os-release everything appears to be upgraded as expected.
Laertes VirtualBox guest system - Fedora 40 Workstation. Host: Fedora 40 Workstation
Pass pass
[1]
  1. Had to execute dnf5 offline reboot after downloading all the packages with dnf5 system-upgrade download.
baryluk Intel NUC8i5BEK, F40 to F41
Pass pass
[1]
  1. Was updated from F34 to F40 over years. No issues with dnf5 from F40 to F41.
bax Fedora Linux 40 (Container Image) x86_64
Pass pass
[1]
  1. Had to use "dnf5 offline _execute" to start f41 upgrade as "dnf5 system-upgrade reboot" gives this error: Couldn't connect to D-Bus: [org.freedesktop.DBus.Error.FileNotFound] Failed to open bus (No such file or directory)
classicalbug Gnome Boxes
Pass pass
derekenz F40 Workstation Boxes VM AMD 5600g
Pass pass
[1]
  1. 1. Successful upgrade from F40 to F41
idank Fujitsu PC libvirt
Fail fail
[1]
  1. 3x no upgrade Testing offline transaction Warning: skipped PGP checks for 1273 packages from repository: @stored_transaction Transaction stored to be performed offline. Run dnf5 offline reboot to reboot and run the transaction. To cancel the transaction and delete the downloaded files, use dnf5 offline clean.
kada49 Guest System: Fedora Workstation 39/40. Host System: i5-8400, RX6650XT, Fedora Workstation 40 6.8.11-300.fc40.x86_64, vm running on Gnome Boxes 46.0
Pass pass
[1]
  1. 1. sudo dnf5 system-upgrade status says you should continue with dnf5 offline reboot, is this the same as sudo dnf5 system-upgrade reboot as described in the testcase description? 2. Fourth bullet point of the expected results: there is no progress bar with "Upgrading system", its [123/3390] Upgrading <package name> ..., later on [2345/3390] Replacing <package name> ... with the typical spinning wheel over it
khaalid qemu/kvm from f39 to f40
Pass pass
[1]
  1. upgrading from fedora 39 to 40 was successful using dnf5
lemonade7oe Gnome Boxes
Pass pass
[1]
  1. Successful upgrade from Fedora 40 to 41
mblasko Fedora Workstation 40 (MacOS Host with VMWare Fusion)
Pass pass
[1]
  1. F40 to F41. Upgraded with "sudo dnf5 system-upgrade reboot" command (as per testcase) and not with "sudo dnf5 offline reboot" (as per dnf5 prompt).
nyaxor Fedora Linux 40 (Apple Virtualization Framework)
Pass pass
nyaxor ThinkPad X230, Intel Core i5-3210M, Fedora Linux 40
Pass pass
royboy626 zbox-ND22; linux-6.6.32; fc41; bare metal
Pass pass
[1]
  1. Conflict with PySolFC and its cardset; Removed these two rpms and continued without problems.
seaninspace Fedora 40 XFCE Spin - Host System: i5-6300U, 4GB RAM, 30GB Disk with ext4
Pass pass
[1]
  1. Succeeded after running "dnf5 system-upgrade reboot" instead of the prompt from dnf5, as others have posted.
sumantrom Fedora Toolbox F39-->F40
Fail fail
[1]
  1. [sumantrom@toolbox ~]$ sudo dnf5 system-upgrade reboot The system will now reboot to upgrade to release version 40. Is this ok [y/N]: y [org.freedesktop.DBus.Error.AccessDenied] Sender is not authorized to send message sudo dnf5 offline reboot The system will now reboot to upgrade to release version 40. Is this ok [y/N]: y [org.freedesktop.DBus.Error.AccessDenied] Sender is not authorized to send message
trugul Lenovo Thinkpad T450s, Intel i7-5600U x 4, Mem: 8,0 GiB
Pass pass
vhutsky Qemu/KVM guest system - Fedora 40 Workstation. Host: RHEL 9
Pass pass
[1]
  1. Had to execute dnf5 offline reboot after downloading all the packages with dnf5 system-upgrade download. Otherwise, the upgrade to Fedora 41 went well.

Basic Tests[edit]

User Profile Sanity DNF5 makecache DNF5 dsync DNF5 Swap DNF5 repoquery DNF5 updates References
Laertes VirtualBox guest system - Fedora 40 Workstation. Host: Fedora 40 Workstation
Pass pass
Pass pass
Pass pass
Pass pass
Pass pass
Pass pass
Laertes VirtualBox guest system - Fedora 41 rawhide. Host: Fedora 40 Workstation
Pass pass
bax Fedora Linux 40 (Container Image) x86_64
Pass pass
Pass pass
Pass pass
[1]
  1. >>> Running trigger-install scriptlet: glibc-common-0:2.39.9000-18.fc41.x86_64warning: posix.fork(): .fork(), .exec(), .wait() and .redirect2null() are deprecated, use rpm.execute() instead warning: posix.wait(): .fork(), .exec(), .wait() and .redirect2null() are deprecated, use rpm.execute() instead
bittin Dell OptiPlex 3050 - cockpit VM - Rawhide
Pass pass
Pass pass
Warning warn
[1]
Pass pass
Fail fail
[2]
Warning warn
[3]
  1. Did not find anything to downgrade Any suggestions?
  2. the rpm comparision did not work dnf5 repoquery --info vim does not work
  3. Any suggestions on what to downgrade/upgrade?
classicalbug Gnome Boxes
Pass pass
[1]
Pass pass
Pass pass
Pass pass
Pass pass
Pass pass
  1. Everything was fine, but when running the command sudo dnf5 download --resolve --alldeps <package_name>, the remaining download time for the packages was displayed as a negative value, such as '-00m05s'.
derekenz F40 Workstation Boxes VM AMD 5600g
Pass pass
Pass pass
Pass pass
[1]
Pass pass
Pass pass
[2]
Pass pass
[3]
  1. Everything seemed to work fine. Could not downgrade package as the lowest available was already installed.
  2. Had trouble running commands for the exploratory part. Things did seem to behave normally.
  3. Had trouble finding a package to downgrade unfortunately. Still seemed to behave normally.
geraldosimiao F40 KDE on KVM-Qemu-Virtmanager
Pass pass
[1]
Pass pass
  1. dnf5 version 5.2.3
illuminatus Fedora 40 Beta upgraded to 40 then to Fedora 41 using DNF5
Pass pass
Pass pass
Pass pass
Pass pass
Pass pass
khaalid qemu/kvm from f39 to f40
Pass pass
[1]
Pass pass
[2]
Warning warn
[3]
Pass pass
[4]
Pass pass
Warning warn
[5]
  1. dnf5 sanity was successful
  2. all fine!
  3. Problem 1: package dnf5-5.2.3.0-20240607005437.8.g328dcead.fc41.x86_64 conflicts with python3-dnf-plugins-core < 4.7.0 provided by python3-dnf-plugins-core-4.6.0-1.fc40.noarch - cannot install the best update candidate for package python3-dnf-plugins-core-4.6.0-1.fc40.noarch - cannot install the best update candidate for package dnf-4.19.2-1.fc40.noarch
  4. Worked. All fine
  5. same as dnf5 distro-sync
lemonade7oe Gnome Boxes
Pass pass
[1]
Pass pass
Pass pass
Pass pass
Pass pass
  1. When I'm trying to run just removed package bash return "file not found" instead of "command not found". Reboot solves this
mblasko Fedora Workstation 40 (MacOS Host with VMWare Fusion)
Pass pass
[1]
Pass pass
Pass pass
Pass pass
Pass pass
Pass pass
  1. sudo dnf5 download --resolve <package_name> command: ">>> Already downloaded" text added on a separate line possibly misleading. Already downloaded packages could be grouped, given that those are presented at the beginning of the prompt anyway.
nyaxor Fedora Linux 40 (Apple Virtualization Framework)
Pass pass
Pass pass
Pass pass
Pass pass
Pass pass
Pass pass
royboy626 zbox-ND22; linux-6.6.32; fc41; bare metal
Fail fail
[1]
Pass pass
Pass pass
Pass pass
Pass pass
Pass pass
  1. dnf5 download --resolve --alldeps paps downloaded all 94 potential updates to current working directory Otherwise PASS
seaninspace Fedora 40 XFCE Spin - Host System: i5-6300U, 4GB RAM, 30GB Disk with ext4
Pass pass
Pass pass
Warning warn
[1]
Pass pass
  1. Could not find anything that would downgrade, not sure if that's a bug as versions in F37 were definitely different.
trugul Lenovo Thinkpad T450s, Intel i7-5600U x 4, Mem: 8,0 GiB
Pass pass
Pass pass
Warning warn
[1]
Pass pass
Pass pass
[2]
  1. I am running Fedor 41 / Rawhide. Unfortunately I'm unable to find a package to downgrade: The lowest available version of the "thunderbird.x86_64" package is already installed, cannot downgrade it. I get same message on all packages i tried to downgrade. Distro-sync results in "nothing to do".
  2. Though the option to compare installed packages resulted in a list of gpg-pubkey-xxxxxxx with (none) at the end. I did not perform exploratory testing, passing my competence level.

Parity Tests[edit]

User Profile DNF5 info DNF5 list DNF5 history DNF5 enable/disable repo DNF5 search DNF5 check-update DNF5 assorted options References
Laertes VirtualBox guest system - Fedora 40 Workstation. Host: Fedora 40 Workstation
Pass pass
Pass pass
Fail fail
[1]
Fail fail
[2]
Pass pass
Pass pass
Warning warn
[3]
  1. Error message: missing command
  2. Error message: unknown argument "config-manager"
  3. Enabling and disabling the epel repository failed with the error message: No matching repositories for "epel". Other commands succeeded.
bittin Dell OptiPlex 3050 - cockpit VM - Rawhide
Warning warn
[1]
Fail fail
[2]
Fail fail
[3]
Fail fail
[4]
Pass pass
Pass pass
Warning warn
  1. vim does not work but several other packages does
  2. the --verbose option is missing
  3. https://i.imgur.com/p4lWsGl.png
  4. https://i.imgur.com/qtkJxvp.png
geraldosimiao F40 KDE on KVM-Qemu-Virtmanager
Pass pass
Pass pass
Warning warn
[1]
Pass pass
  1. dnf history list and dnf history info are working fine, but dnf5 doesn't have the option to show transactions for a specified package like dnf4 (dnf history list <PackageName>)
illuminatus Fedora 40 Beta upgraded to 40 then to Fedora 41 using DNF5
Pass pass
Pass pass
Pass pass
[1]
Fail fail
[2]
Pass pass
Pass pass
  1. It appears there is a change in behavior. The prior behavior of dnf history now appears to be provided via dnf history list. So following the current test suggestion results in Missing command. Add "--help" for more information about the arguments. but checking --help shows this, and doing the newer version of dnf history list produces the expected output. I will classify this as a PASSED because it is intentional and test step appears out of date.
  2. Unknown argument "--disable" for command "config-manager". Add "--help" for more information about the arguments. The enable and disable subcommands suggested also generate errors about the command not being known. After installing dnf5-plugins the errors persist. For good measure I tested dnf5 list --disablerepo rawhide which does work and the list of available packages excludes anything from the rawhide repository. For good measure
khaalid qemu/kvm from f39 to f40
Pass pass
khaalid qemu/kvm from f39 to f40
Pass pass
[1]
Pass pass
  1. worked
mblasko Fedora Workstation 40 (MacOS Host with VMWare Fusion)
Pass pass
Pass pass
Warning warn
[1]
Fail fail
[2]
Pass pass
[3]
Pass pass
[4]
Warning warn
[5]
  1. Testcase not updated. Apparently, according to --help, usage syntax is "dnf5 [GLOBAL OPTIONS] history <COMMAND> ...", hence "dnf5 history" yields "Missing Command". "dnf5 history list" and "dnf5 history info <Transaction ID>" work as expected.
  2. "config-manager" subcommand was missing, had to install plugin. "sudo dnf(5) config-manager --enable(-repo)" and "sudo dnf(5) config-manager --disable(-repo)" yields "Missing command".
  3. Testcase not updated, no version number and repository are displayed.
  4. All upgradable packages displayed, except for dnf5 (which is proposed for update when running "sudo dnf upgrade (--refresh)".
  5. Testcase performed after F41 upgrade. Used other repo instead of "epel". "sudo dnf5 install --releasever=39 <packagename>" ignores --releasever argument.
nyaxor Fedora Linux 40 (Apple Virtualization Framework)
Pass pass
nyaxor ThinkPad X230, Intel Core i5-3210M, Fedora Linux 40 (Server Edition)
Pass pass
Pass pass
trugul Lenovo Thinkpad T450s, Intel i7-5600U x 4, Mem: 8,0 GiB
Pass pass
Pass pass
Fail fail
[1]
  1. The command "dnf5 history" returns no output.

Exploratory Testing[edit]

User Profile Exploratory Testing References
illuminatus Fedora 40 Beta upgraded to 40 then to Fedora 41 using DNF5
Warning warn
[1]
  1. The dnf5 history info and list commands work, dnf5 history list --help shows option --reverse and list --reverse works to reverse the order of transaction ids. The dnf5 history info --help also shows option --reverse. Neither dnf5 history info --reverse or dnf5 history info 14 --reverse change the way the info command displays the most recent or a specific transaction.
mblasko Fedora Workstation 40 (MacOS Host with VMWare Fusion)
Warning warn
[1]
Fail fail
[2]
  1. I am writing this issue here as I don't know when it occurred: one of the commands from the Basic or Parity Tests set put a bunch (some 645) rpm packages in my root Home folder. EDIT: It was obviously the "sudo dnf5 download --resolve --alldeps <package_name>" command. Without the --destdir parameter, the working directory is being used.
  2. I am writing this issue here as I don't know when it occurred: one of the commands from the Basic or Parity Tests set put a bunch (some 645) rpm packages in my root Home folder. From a to z: ~$ ls -l *.rpm -rw-r--r--. 1 root root 123217 Jun 6 11:29 abattis-cantarell-vf-fonts-0.301-12.fc40.noarch.rpm [...] -rw-r--r--. 1 root root 78914 Jun 6 11:30 zlib-ng-compat-2.1.6-2.fc40.x86_64.rpm