[SailfishDevel] Flatpak for Sailfish

rinigus rinigus.git at gmail.com
Mon Jan 27 21:28:29 UTC 2020


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.git at 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
>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.sailfishos.org/pipermail/devel/attachments/20200127/fee68c46/attachment.html>


More information about the Devel mailing list