I’ve got a range of Flatpak apps that no longer start after updating to Kernel 6.7. The applications crash and cannot be started. I tried starting form the previous 6.7 kernel but the behaviour persists.
Chromium
Gnome Extensions Manager
Flatseal
Obsidian
Signal
The problem definitely seems to be Flathub/Flatpak related. A couple of these apps are available as .rpm packages. If I uninstall, and reinstall the rpm, they all start fine. Both Chromium and Flatseal run fine as rpm packages.
But the kicker is not all flatpaks are broken. Libre Office, VLC, Bitwarden, etc… all run fine as flatpaks. I’ve got another machine still running F38 and all these apps run fine as flatpaks.
I’m not seeing much chat about flatpaks being broken for all F39 users, so I’m assuming it is just me. Anyone see any commonality in the apps that are broken that would point me in the direction of what needs to be fixed?
The common link appears to be that the problem apps are flatpaks.
Flatpaks are not maintained the same as rpms from the fedora repo and may not be quickly updated to function with newer kernels. You identified that there are at least 2 of those apps that function when installed by rpm but fail as a flatpak.
Without having exactly the same config as you do it is difficult to be more specific.
What happens if you boot to the older kernel where the apps were previously working? By default fedora retains 3 kernels, so there should be 2 older kernels that could be tested.
It also may be other packages that were updated the same time as the newer kernel. Without detailed testing a definitive solution or cause is out of reach.
In the boot list there are two 6.7 kernels. Both have the same problem with the flatpak apps. The 6.6 kernel wouldn’t boot when I tried to start it. So that didn’t help me much.
Flatpak updates lagging coule be an explanation but the Obsidian flatpak was updated 9 days ago. Hard to imagine current kernel support wasn’t included.
Looking at the journal, it’s problem seems to be video drivers?
Mar 01 10:21:14 arkady md.obsidian.Obsidian.desktop[22996]: /app/bin/obsidian.sh: line 66: 14 Trace/breakpoint trap (core dumped) zypak-wrapper /app/obsidian $@ ${EXTRA_ARGS[@]}
Mar 01 10:21:13 arkady md.obsidian.Obsidian.desktop[23008]: [14:0301/102113.649207:FATAL:gpu_data_manager_impl_private.cc(448)] GPU process isn't usable. Goodbye.
Mar 01 10:21:13 arkady md.obsidian.Obsidian.desktop[23008]: [14:0301/102113.649190:ERROR:gpu_process_host.cc(993)] GPU process exited unexpectedly: exit_code=139
Mar 01 10:21:13 arkady md.obsidian.Obsidian.desktop[23566]: [233:0301/102113.232470:ERROR:vaapi_wrapper.cc(1122)] FillProfileInfo_Locked failed for va_profile VAProfileH264High and entrypoint VAEntrypointVLD
Mar 01 10:21:13 arkady md.obsidian.Obsidian.desktop[23566]: [233:0301/102113.232439:ERROR:vaapi_wrapper.cc(1213)] Empty codec maximum resolution
Mar 01 10:21:13 arkady md.obsidian.Obsidian.desktop[23566]: [233:0301/102113.232406:ERROR:vaapi_wrapper.cc(1122)] FillProfileInfo_Locked failed for va_profile VAProfileH264Main and entrypoint VAEntrypointVLD
I’ll trace through the other apps and see if there’s some commonality.
Signal is exiting with exactly the same errors, so that does see to be a theme.
Mar 01 10:58:02 arkady org.signal.Signal.desktop[29264]: [2:0301/105802.505922:FATAL:gpu_data_manager_impl_private.cc(448)] GPU process isn't usable. Goodbye.
Mar 01 10:58:02 arkady org.signal.Signal.desktop[29264]: [2:0301/105802.505898:ERROR:gpu_process_host.cc(993)] GPU process exited unexpectedly: exit_code=139
Mar 01 10:58:02 arkady org.signal.Signal.desktop[29655]: [180:0301/105802.248267:ERROR:vaapi_wrapper.cc(1122)] FillProfileInfo_Locked failed for va_profile VAProfileH264High and entrypoint VAEntrypointVLD
Mar 01 10:58:02 arkady org.signal.Signal.desktop[29655]: [180:0301/105802.248234:ERROR:vaapi_wrapper.cc(1213)] Empty codec maximum resolution
Mar 01 10:58:02 arkady org.signal.Signal.desktop[29655]: [180:0301/105802.248197:ERROR:vaapi_wrapper.cc(1122)] FillProfileInfo_Locked failed for va_profile VAProfileH264Main and entrypoint VAEntrypointVLD
@chrisawi I uninstalled the Flatseal rpm so I could install and run the flatpak from the command line.
Installed the flathub flatpak and it failed. I got an error message through notifications, but nothing reported on the command line.
“gjs-console quit unexpectedly
The application encountered a problem and could not continue.”
I uninstalled the flathub flatpak and installed Flatseal from the Fedora Linux repository and the app runs fine. I don’t really understand what that means but thought it may trigger a thought in those more learned than I.
Neither of those are very helpful, unfortunately. As previously suggested, this could be caused by a mesa update, but flatpaks don’t use mesa from the host. You can try downgrading the flatpak mesa extension:
Thanks @chrisawi. The problems started today. So it’s only very recent. I will have a go with the instructions provided when I get a chance. Rest of the day is locked up with meetings.
I had a similar issue with the GIMP a similar issue with the GIMP 2.99.18RC flatpak, What fixed it, was starting it from the terminal once. . . Strangely it’s worked ever since. Can also provide info on why it’s not starting for you.
This is not a Fedora Problem. It also happens un Ububtu. The cause is the flatpaks runtime/org.freedesktop.Platform.GL.default/x86_64/23.08 (system) runtime/org.freedesktop.Platform.GL.default/x86_64/23.08-extra (system) and runtime/org.freedesktop.Platform.GL32.default/x86_64/23.08 (system)
These contain mesa 24.0.1. Mesa 24.0.1 has a bug in the AMD radeon driver. Soluutions (all of these work) 1) change to the amdgpu driver 2) wait for flathub to get the mesa 24.02 driver 3) remove 23.08 and use 22.08 which has the mesa 23.3.5 driver.
This was first seen in Arch Linux were it caused Display Managers to crash so normal booting was impossible. Arch has since upgraded to the mesa 24.0.2 driver