Not entirely sure if this is error is part of flatpak/discover/steam, but would be great if a work around can be implemented in discover. I installed steam with flatpak in discover, I tried to launch steam and got the error, "lib.so.6 is not found". In the reviews someone said that this could be solved by doing "sudo flatpak update" in the terminal. This installed some new stuff that was apparently needed to complete the installation of steam. I assume from the flatpak documentation that 'sudo flatpak update' basically updates all applications. It would be great if this was, it would be great if a work around can be implemented in discover!!
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