| Summary: | Port FlatpakBackend to use FlatpakTransaction: Installing steam doesn't pull nvidia binaries | ||
|---|---|---|---|
| Product: | [Applications] Discover | Reporter: | bonno_meddens |
| Component: | Flatpak Backend | Assignee: | Aleix Pol <aleixpol> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | bdw, bugseforuns, jgrulich, nate, peter.eszlari |
| Priority: | NOR | ||
| Version: | 5.13.1 | ||
| Target Milestone: | --- | ||
| Platform: | Neon | ||
| OS: | Linux | ||
| Latest Commit: | https://commits.kde.org/discover/abe43cbee70222d944b32db29e563d6b8fc8868d | Version Fixed In: | 5.15.0 |
| Sentry Crash Report: | |||
|
Description
bonno_meddens
2018-06-27 11:00:46 UTC
Hmm, this sounds like a bug in the Steam packaging. We cannot unconditionally update everything without the user requesting it or else people will come for us with pitchforks and torches. :) Is this Steam from Flathub? Yes it is steam from flathub! Really bad that with "flatpak update" just updates everything without any conformation whats so ever. Apparently the app is not published by valve but by the flathub team. I reported the issue on their github. Github link: https://github.com/flathub/com.valvesoftware.Steam/issues/99 Thanks, let's see what they say. Based on the information in your bug report, the error is either on their side, for not marking the FreeDesktop runtime 1.6 as a hard dependency, or on our side, for not acting on this information during installation. For now let's mark this as RESOLVED UPSTREAM, and if the bug comes back to us, we can take another look. Thanks again for the bug report! Ok, I got a respond on Github: "There was an earlier bug in Gnome's store thingie that it didn't follow depedencies properly. This sounds like a similar bug in Discover" So it is likely a bug in discover? Hopefully can this be solved. Could be. I'll let Aleix have the next word. :) Should port our updates (and installations) to FlatpakTransaction in libflatpak. I'd expect such issues to be solved with that. If you are using the Nvidia binary driver and the first app that you are installing is based on the KDE runtime and needs OpenGL, that app will refuse to start (and even without any user feedback when not run from the command line!), because the userspace part of the Nvidia driver doesn't get installed automatically by flatpak. So yes, porting to FlatpakTransaction should be a top priority. *** Bug 390217 has been marked as a duplicate of this bug. *** *** Bug 399858 has been marked as a duplicate of this bug. *** Git commit abe43cbee70222d944b32db29e563d6b8fc8868d by Aleix Pol. Committed on 19/10/2018 at 15:30. Pushed by apol into branch 'master'. flatpak: Port to use FlatpakTransaction M +3 -28 libdiscover/backends/FlatpakBackend/FlatpakBackend.cpp M +1 -1 libdiscover/backends/FlatpakBackend/FlatpakFetchDataJob.cpp M +10 -126 libdiscover/backends/FlatpakBackend/FlatpakJobTransaction.cpp M +0 -6 libdiscover/backends/FlatpakBackend/FlatpakJobTransaction.h M +5 -0 libdiscover/backends/FlatpakBackend/FlatpakResource.cpp M +3 -2 libdiscover/backends/FlatpakBackend/FlatpakResource.h M +20 -53 libdiscover/backends/FlatpakBackend/FlatpakTransactionThread.cpp M +3 -5 libdiscover/backends/FlatpakBackend/FlatpakTransactionThread.h https://commits.kde.org/discover/abe43cbee70222d944b32db29e563d6b8fc8868d |