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
- dnf 5.2 system-upgrade from F40 to F41
- dnf5.2 basic sanity (install, remove, reinstall, download)
- dnf5.2 makecache / clean commands
- dnf5.2 distro-sync / dsync
- dnf5.2 info / list / search commands
- dnf5.2 autoremove
- 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.
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
sudo dnf copr enable rpmsoftwaremanagement/dnf5-unstable
OR sudo dnf copr enable rpmsoftwaremanagement/dnf-nightly
sudo dnf install dnf5 --best --allowerasing
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
|
|
Illuminatus
|
Fedora 38 upgraded directly to Fedora 40 with existing DNF, then DNF5 installed for additional tests.
|
pass [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 [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 [1]
|
- ↑ Had to execute
dnf5 offline reboot after downloading all the packages with dnf5 system-upgrade download .
|
baryluk
|
Intel NUC8i5BEK, F40 to F41
|
pass [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 [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
|
|
derekenz
|
F40 Workstation Boxes VM AMD 5600g
|
pass [1]
|
- ↑ 1. Successful upgrade from F40 to F41
|
idank
|
Fujitsu PC libvirt
|
fail [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 [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 [1]
|
- ↑ upgrading from fedora 39 to 40 was successful using dnf5
|
lemonade7oe
|
Gnome Boxes
|
pass [1]
|
- ↑ Successful upgrade from Fedora 40 to 41
|
mblasko
|
Fedora Workstation 40 (MacOS Host with VMWare Fusion)
|
pass [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
|
|
nyaxor
|
ThinkPad X230, Intel Core i5-3210M, Fedora Linux 40
|
pass
|
|
royboy626
|
zbox-ND22; linux-6.6.32; fc41; bare metal
|
pass [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 [1]
|
- ↑ Succeeded after running "dnf5 system-upgrade reboot" instead of the prompt from dnf5, as others have posted.
|
sumantrom
|
Fedora Toolbox F39-->F40
|
fail [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
|
|
vhutsky
|
Qemu/KVM guest system - Fedora 40 Workstation. Host: RHEL 9
|
pass [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
|
|
Laertes
|
VirtualBox guest system - Fedora 41 rawhide. Host: Fedora 40 Workstation
|
pass
|
|
|
|
|
|
|
bax
|
Fedora Linux 40 (Container Image) x86_64
|
pass pass
|
pass [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
|
warn [1]
|
pass
|
fail [2]
|
warn [3]
|
- ↑ Did not find anything to downgrade
Any suggestions?
- ↑ the rpm comparision did not work
dnf5 repoquery --info vim does not work
- ↑ Any suggestions on what to downgrade/upgrade?
|
classicalbug
|
Gnome Boxes
|
pass [1]
|
pass
|
pass
|
pass
|
pass
|
pass
|
- ↑ 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 [1]
|
pass
|
pass [2]
|
pass [3]
|
- ↑ Everything seemed to work fine. Could not downgrade package as the lowest available was already installed.
- ↑ Had trouble running commands for the exploratory part. Things did seem to behave normally.
- ↑ Had trouble finding a package to downgrade unfortunately. Still seemed to behave normally.
|
geraldosimiao
|
F40 KDE on KVM-Qemu-Virtmanager
|
pass [1]
|
pass
|
|
|
|
|
|
illuminatus
|
Fedora 40 Beta upgraded to 40 then to Fedora 41 using DNF5
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
|
khaalid
|
qemu/kvm from f39 to f40
|
pass [1]
|
pass [2]
|
warn [3]
|
pass [4]
|
pass
|
warn [5]
|
- ↑ dnf5 sanity was successful
- ↑ all fine!
- ↑ 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
- ↑ Worked. All fine
- ↑ same as dnf5 distro-sync
|
lemonade7oe
|
Gnome Boxes
|
pass [1]
|
pass
|
pass
|
pass
|
pass
|
|
- ↑ 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 [1]
|
pass
|
pass
|
pass
|
pass
|
pass
|
- ↑ 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
|
|
royboy626
|
zbox-ND22; linux-6.6.32; fc41; bare metal
|
fail [1]
|
pass
|
pass
|
pass
|
pass
|
pass
|
- ↑ 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
|
warn [1]
|
pass
|
|
|
- ↑ 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
|
warn [1]
|
pass
|
pass [2]
|
|
- ↑ 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".
- ↑ 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
|
fail [1]
|
fail [2]
|
pass
|
pass
|
warn [3]
|
- ↑ Error message: missing command
- ↑ Error message: unknown argument "config-manager"
- ↑ 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
|
warn [1]
|
fail [2]
|
fail [3]
|
fail [4]
|
pass
|
pass
|
warn
|
|
geraldosimiao
|
F40 KDE on KVM-Qemu-Virtmanager
|
pass
|
pass
|
warn [1]
|
|
pass
|
|
|
- ↑ 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 [1]
|
fail [2]
|
pass
|
pass
|
|
- ↑ 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.
- ↑
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
|
|
|
|
|
|
|
khaalid
|
qemu/kvm from f39 to f40
|
pass [1] pass
|
|
|
|
|
|
|
|
mblasko
|
Fedora Workstation 40 (MacOS Host with VMWare Fusion)
|
pass
|
pass
|
warn [1]
|
fail [2]
|
pass [3]
|
pass [4]
|
warn [5]
|
- ↑ 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.
- ↑ "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".
- ↑ Testcase not updated, no version number and repository are displayed.
- ↑ All upgradable packages displayed, except for dnf5 (which is proposed for update when running "sudo dnf upgrade (--refresh)".
- ↑ 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
|
|
|
|
|
|
|
|
nyaxor
|
ThinkPad X230, Intel Core i5-3210M, Fedora Linux 40 (Server Edition)
|
pass
|
pass
|
|
|
|
|
|
|
trugul
|
Lenovo Thinkpad T450s, Intel i7-5600U x 4, Mem: 8,0 GiB
|
pass
|
pass
|
fail [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
|
warn [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)
|
warn [1] fail [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.
EDIT: It was obviously the "sudo dnf5 download --resolve --alldeps <package_name>" command. Without the --destdir parameter, the working directory is being used.
- ↑ 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
|