I’ve noticed a number of issues in Fedora 43 on both my laptop and desktop. On my laptop the system runs noticeably hotter, and on my desktop I’m experiencing occasional freezes.
All of these problems seem to be related to the kernel or Mesa, since they disappear when rolling back to Fedora 42.
Considering that multiple users have reported similar problems, I’d like to propose the following:
Provide Optional LTS Kernel and Driver Packages
Offer an optional, long-term-support (LTS) kernel and driver stack for users who prefer stability over bleeding-edge performance.
Delay the Upgrade Notification for New Fedora Releases
Instead of prompting users immediately to upgrade, show the upgrade notification later in the release cycle, while still allowing early adopters to update manually.
What do you think?
Implement both ideas (1 + 2)
Implement only idea 1 (LTS kernel/driver option)
Implement only idea 2 (delayed upgrade notification)
As said in many threads here, we don’t have enough kernel maintainers to maintain multiple versions of the kernel in parallel. If you are interested in that, there are likely people building those kernels in COPR.
How long would you delay? There is no “good” time to tell users. It’s up to anyone to decide when to take the risk. The more people test beta releases, the less bugs there are on release.
Thank you for your reply and for taking the time to consider the idea. I completely understand your position and the situation with the limited number of kernel maintainers .
It’s a shame, because an LTS kernel would be very beneficial as a backup or for stability-focused users. Regarding delaying the upgrade notification, I would postpone it by at least a month, which is usually when the most severe bugs, like Nautilus extreme slowness, tend to be resolved. I’m referring only to the popup that notifies users of a new release (Ubuntu does a similar thing).
That said, considering the survey results and your stance, there’s not much more I can say. Hopefully, Fedora’s beta testing improves so that such issues can be avoided in the future. Thank you again for listening to the idea and for your time.
We had plans to organize a test week for Fedora Atomic Desktops 43, but unfortunately we were unable to make it happen. We will try to achieve this for F44.
Another thing we can consider is organizing test days for Atomic Desktops Rawhide when a major change is implemented, for example Anaconda WebUI.
Implement both ideas (1 + 2)
I don’t want any of these changes
.