Hi, I am currently having issues with running multiple flatpak applications under Lipstick. Flatpak apps are started through a wrapper - flatpak-runner which has multiple functions
* provide wayland compositor for flatpak app * set its environment to ensure that libhybris gl is used * forward device orientation and assist with maliit plugin interaction In addition, flatpak-runner is registered as a desktop app as it provides * GUI for adjusting flatpak apps environment * creates / syncs gl extension * generates desktop files for flatpak apps In practice, to run flatpak application, I am using command flatpak-runner flatpak-app-id. And that's where things are getting out of hand. Just using as it is, Lipstick is happy to detect that it already has one instance running (if it has) and switches to that. Which, in practice, limits you to one app in a time as single-instance keyword is not respected ( https://together.jolla.com/question/221851/x-nemo-single-instanceno-is-not-respected/ ). Ideally, though, as pointed by abranson this morning, we would like to have some ID to detect when Flatpak app is started and act accordingly. Something like it is done for Android apps in copyright protected but partially human readable Jolla codes. Each Flatpak desktop file has X-Flatpak carried around to identify its ID, maybe that can be used. Currently, I have ugly workaround by generating unique script, using it as Exec in desktop and starting apps that way. Few issues with this approach - Lipstick still has no clue if the app is already running and shows spinning-disk-small-card on active apps already after the app has been started. In addition, it will happily start a new one if requested. Workaround available at https://github.com/sailfishos-flatpak/flatpak-runner/tree/lipstick-hack . I presume it requires some better support from Lipstick part or somehow getting around it differently. Question is in how interested others and official-sailors are in getting it done and pushing for wider Flatpak support. Cheers, Rinigus On Mon, Jan 13, 2020 at 3:33 PM rinigus <rinigus....@gmail.com> wrote: > Hi, > > as the holidays are over, I wonder if someone could look into libhybris > patch https://github.com/libhybris/libhybris/pull/433 . > > As for keyboard support in Flatpak applications, I will ask for adding it > as an extension for KDE runtime. For now, we have ugly solution with Maliit > plugin for Flatpak packaged as RPM (flatpak-maliit-plugin-qt) and mounting > it into the container by flatpak-runner. Good part in this solution is that > the applications can be used as they are - no recompilation and no editing > of their manifests is needed. > > Best wishes, > > Rinigus > >>
_______________________________________________ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org