I get the following error:
“No Match for argument: kernel-latest”
But looking at the output, I do see it actually download kernel-latest and kernel-latest-modules.
Am I doing something wrong? I searched the forum and did not find something similar, but maybe I missed something.
Logs:
[user@dom0 ~]$ sudo qubes-dom0-update kernel-latest
Using sys-firewall as UpdateVM for Dom0
Downloading packages. This may take a while...
Fedora 37 - x86_64 27 kB/s | 6.0 kB 00:00
Fedora 37 - x86_64 - Updates 58 kB/s | 5.9 kB 00:00
Qubes Host Repository (updates) 6.6 kB/s | 2.7 kB 00:00
Dependencies resolved.
================================================================================
Package Arch Version Repository Size
================================================================================
Installing:
kernel-latest x86_64 1000:6.12.9-1.qubes.fc37 qubes-dom0-current 13 M
Installing dependencies:
kernel-latest-modules x86_64 1000:6.12.9-1.qubes.fc37 qubes-dom0-current 84 M
Transaction Summary
================================================================================
Install 2 Packages
Total download size: 97 M
Installed size: 550 M
DNF will only download packages for the transaction.
Downloading Packages:
(1/2): kernel-latest-6.12.9-1.qubes.fc37.x86_64 14 MB/s | 13 MB 00:00
(2/2): kernel-latest-modules-6.12.9-1.qubes.fc3 22 MB/s | 84 MB 00:03
--------------------------------------------------------------------------------
Total 23 MB/s | 97 MB 00:04
Complete!
The downloaded packages were saved in cache until the next successful transaction.
You can remove cached packages by executing 'dnf clean packages'.
Last metadata expiration check: -1 day, 22:31:30 ago on Mon 10 Feb 2025 06:39:13 PM EST.
No match for argument: kernel-latest
Error: Unable to find a match: kernel-latest
I’m attempting to recreate now, but I can’t seem to get the same result as you.
I do know that when I changed my AppVMs over to Fedora 41 templates, I had to run dnf clean all otherwise it would refuse to download anything, throwing errors while trying to reconcile partial downloads with identical file names from different repos (drove me crazy for days, couldn’t figure out why…).
That was something I did not check was the time. I did
sudo qvm-sync-clock
And verified the time was correct, and it is (6:28 EST)
I ran the command you pasted (I did --clean previously but never all in one)
but got the same result (and the -1 day metadata) which I agree is curious. Maybe I did something while the clock was not right and its been messed up since?
[user@dom0 ~]$ sudo qubes-dom0-update --clean --enablerepo=qubes-dom0-current-testing kernel-latest
Using sys-firewall as UpdateVM for Dom0
Downloading packages. This may take a while...
0 files removed
Fedora 37 - x86_64 11 MB/s | 33 MB 00:03
Fedora 37 - x86_64 - Updates 8.5 MB/s | 11 MB 00:01
Qubes Host Repository (updates) 495 kB/s | 446 kB 00:00
Qubes Host Repository (updates-testing) 544 kB/s | 590 kB 00:01
Dependencies resolved.
==============================================================================================
Package Arch Version Repository Size
==============================================================================================
Installing:
kernel-latest x86_64 1000:6.12.11-1.qubes.fc37 qubes-dom0-current-testing 13 M
Installing dependencies:
kernel-latest-modules x86_64 1000:6.12.11-1.qubes.fc37 qubes-dom0-current-testing 84 M
Transaction Summary
==============================================================================================
Install 2 Packages
Total download size: 97 M
Installed size: 550 M
DNF will only download packages for the transaction.
Downloading Packages:
(1/2): kernel-latest-6.12.11-1.qubes.fc37.x86_6 13 MB/s | 13 MB 00:01
(2/2): kernel-latest-modules-6.12.11-1.qubes.fc 26 MB/s | 84 MB 00:03
--------------------------------------------------------------------------------
Total 26 MB/s | 97 MB 00:03
Complete!
The downloaded packages were saved in cache until the next successful transaction.
You can remove cached packages by executing 'dnf clean packages'.
Last metadata expiration check: -1 day, 23:49:33 ago on Mon 10 Feb 2025 06:39:13 PM EST.
No match for argument: kernel-latest
Error: Unable to find a match: kernel-latest
[user@dom0 ~]$ date
Mon Feb 10 06:28:55 PM EST 2025
I ran --action=“makecache”, then re-ran the above commands and it no longer says check: -1 day. however the problem still persists, the end result was the same