Pinning latest streams kernel to 6.12 series [UNPINNED]

General
, ,
1

Hey all,

Just a quick announcement for todays builds.

We have decided to pin the lateststream builds to 6.12 kernel (6.12.15 to be precise, 6.12.12 on HWE images) on Bluefin and Aurora. This is a uncommon practice and we usually don’t gate kernels on the lateststream as we want to provide the vanilla fedora kernel and all the newest updates for those who want them.

But this time we decided to do this as the 6.13 kernel series has produced some nasty user breaking regressions. Worst of them being a regression that can freeze/crash your kernel when for example importing files to flatpak app.

At the same time while we normally don’t want to gate kernels on latest, this also shows the flexibility of our delivery model where we can act like a sysadmin during an outage and save the day :slight_smile:

If someone is interested on the more comprehensive story, LWN has a nice article about it:

Kernel 6.13.5 should fix this issue, so once that is out we will test and if everything looks fine the pin will be lifted.

20 Likes
2

Thank you for writing this up! Another win for atomic Linux 🩷:heart::raised_hands:

7 Likes
4

A handful of syadmins saving the rest of us from having to deal with this. Love to see it.

13 Likes
5

For those who want to replicate this on their own images, it’s a straightforward change to containerfile snippets like so:

4 Likes
6

We could get the latest kernel as usually happens on other system and call it a day. Instead, we got someone caring and acting against potential (real actually) issues.

I’m so so so grateful <3

I feel the pleasure of using a personal computer/laptop again since using UB systems and this makes me feel even safer.

5 Likes
7

Not using latest but nice to See that soneone is working for our system to be stable as possible

3 Likes
8

Very good!

Btw in my tests 6.13.5 did not fix the issue in Okular. GNOME Papers does not cause it and never did, that is a workaround.

If you dont want to rely on this method, it is possible to override packages dynamically with a correct bodhi URL

rpm-ostree override replace $URL

here is how you can get the URLs of the last 10 built kernels (note that the tests are only done afterwards, so there is room for improvement)

curl 'https://bodhi.fedoraproject.org/updates/?packages=kernel&releases=F41&rows_per_page=10' | jq -r '.updates.[] | "\(.title) \(.url)"'

Removing the override must be done manually or using reset