After doing so I received this output for both commands:
norm@norm-Latitude-E7450:~$ sudo apt upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following upgrades have been deferred due to phasing:
alsa-ucm-conf
The following packages have been kept back:
linux-generic linux-headers-generic linux-image-generic
0 upgraded, 0 newly installed, 0 to remove and 4 not upgraded.
N: Some packages may have been kept back due to phasing.
So I then opened Synaptic and searched linux-image-generic and scrolled down and found the 6.8.0-100 kernel and clicked on it and was given all the usual options plus the option to Mark for Upgrade and did so and applied it and received this:
linux-image-6.8.0-100-generic is available for installation but linux-modules-extra-6.8.0-100-generic is not listed after being searched so it’s my guess since that it’s a dependency the 6.8.0-100 kernel can’t be installed?Is this just a sit and wait situation or is there an actual issue?
There is no actual issue. Both apt and synaptic are doing their job. They are refusing to upgrade packages when doing so may or will break the system.
Actually, synaptic is just a GUI front end for apt.
Packages are kept back until all the dependency packages are also available. Do you know what phasing is?
I understand it to mean that packages are available for upgrading to something like 10% of users. If no problems are reported then another 10% of users get the upgrade. And so until all users receive the packages as an upgrade.
I don’t believe this is a case of phasing. Both packages linux-modules-6.8.0-100-generic and linux-modules-extra-6.8.0-100-generic are missing from apt’s package list despite the fact that both packages are present in the Ubuntu archive.
If they were phasing they would still be listed in apt’s package lists. I don’t know if the omission is intentional or a bug.
I remember a similar situation a while back with nvidia packages. Eventually, it resolved itself when the missing updated packages appeared, and the update to the other nvidia packages that depended on the missing ones were no longer being held back for upgrading.
6.8.0-100-generic is not fully in the archive yet … It is only in the -proposed pocket for testing currently and has not yet hit the -updates or -security pockets of the archive …
Packages in -proposed are usually lacking their metapackages until they are fully ready …
Normal users should never enable the -proposed pocket unless they are asked for it in a bug conversation on launchpad …
If you want to see which pocket which version of the linux-image* packages are currently in while they walk though the machinery you can check it on the linux launchpad page:
Yes it is in active flux, what I wrote 1h ago might not be true anymore by now, things are moving around while we talk
(technically the metapackage should be the last one to land in the archive, but the infrastructure is sometimes faster in some areas than others, so image or modules might land in the wrong order, but that should not matter since the update manager should only offer the upgrade once the metapackage has fully migrated)
Well, it seems dependencies are still waiting to be published. On my side I still cannot get this version, and because of this, Ubuntu Server Autoinstall fails because of the following not having installation candidates:
linux-modules-6.8.0-100-generic
linux-modules-extra-6.8.0-100-generic
Adding to this, I’m unable to install a new copy of Server 24.04 due to this issue. It tries to pull the kernel during the install process and fails to install the header package.
Apologies for the bad screenshot, but it was the easiest way to grab it.
As with @kzsdallla this broke some automated server installs for me.
I had a short session with claude code to develop a script that tests the package’s state
By default it checks if all the dependencies for the latest linux-image-generic package are available. Plenty of flags to test other packages if you ever encounter a similar issue.
Clearly can also be quickly tested with an apt update; apt install -–download linux-image-generic but provides a bit more readable output.
The goal is to provide a script that can be run in some CI to report when the problem is resolved. Without actually downloading the packages.
This isn’t just breaking automated install scripts - online manual installs are broken as well for ubuntu-server-24.04.3 due to linux-headers-generic and linux-image-generic depending on packages that are not installable. You must not connect to the network and it’ll use the local/iso packages, then connect manually after install and grab updates.
Issue seems to have been resolved. linux-headers-6.8.0-100-generic linux-modules-6.8.0-100-generic linux-modules-extra-6.8.0-100-generic
Are available in updates and security pockets, not just in proposed.
rmadison linux-headers-6.8.0-100-generic
linux-headers-6.8.0-100-generic | 6.8.0-100.100~22.04.1 | jammy-proposed | amd64, arm64, armhf, ppc64el, s390x
linux-headers-6.8.0-100-generic | 6.8.0-100.100 | noble-proposed | amd64, arm64, armhf, ppc64el, s390x
linux-headers-6.8.0-100-generic | 6.8.0-100.100 | noble-updates | amd64, arm64, armhf, ppc64el, s390x
sudo apt install linux-headers-6.8.0-100-generic
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Package linux-headers-6.8.0-100-generic is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
E: Package 'linux-headers-6.8.0-100-generic' has no installation candidate
