Re: [SailfishDevel] Flatpak for Sailfish

2020-01-05 Thread rinigus
Morning! Re compositor issue: that has been worked around by having compositor-in-compositor. In theory, but I didn't look too much more than a day into it, we could have headless compositor rendered on gles widget which could be rather current, with all protocols supported. I mainly bailed out

Re: [SailfishDevel] Flatpak for Sailfish

2020-01-05 Thread Alexander Akulich
Hi all and thank you for working on this. Back in 2018 I had Qt 5.9 and Qt 5.11 builds for SFOS (they are not available anymore because of changes in OBS repos), but the builds were not usable because the of the same issues — wayland and virtual keyboard. As far as I understood, a compositor with

Re: [SailfishDevel] symbol lookup error from syncemail-client (undefined symbol: _ZN5Buteo13PluginManagerC1Ev)

2020-01-05 Thread deloptes
Slava Monich wrote: > _ZN5Buteo13PluginManagerC1Ev is Buteo::PluginManager::PluginManager() > > > $ c++filt _ZN5Buteo13PluginManagerC1Ev > Buteo::PluginManager::PluginManager() > > There's no such thing: > > >

Re: [SailfishDevel] Flatpak for Sailfish

2020-01-05 Thread rinigus
Good part is that this home-cooked libhybris will live separately from the main one in your home folder (see https://github.com/sailfishos-flatpak/flatpak-runner/blob/master/scripts/flatpak-extension-hybris for script generating it). So, you can experiment while keeping system one intact. Rinigus

Re: [SailfishDevel] Flatpak for Sailfish

2020-01-05 Thread szopin
I'm probably totally wrong, but you can run all kinds of homecooked libhybris versions on a device without needing kernel recompiled, unless some specific kernel options are missing? On Sunday, 5 January 2020, rinigus wrote: > Re kernel options: USER_NS is one of them, rest I am not sure as it

Re: [SailfishDevel] Flatpak for Sailfish

2020-01-05 Thread rinigus
Re kernel options: USER_NS is one of them, rest I am not sure as it worked immediately for me on Xperia XZ2. As a result, I never looked too deeply into it. Re libhybris: isn't it compiled against device specific droid-hal? Rinigus On Sun, Jan 5, 2020 at 11:37 PM wrote: > If it's only in

Re: [SailfishDevel] Flatpak for Sailfish

2020-01-05 Thread szopin
If it's only in libhybris, then it's not device specific? Which exactly kernel options need to be turned on for it? Or I'm totally confused On Sunday, 5 January 2020, rinigus wrote: > Hi, > > I think that the patch suggested for libhybris is a bugfix. So, I hope it > will be merged and

Re: [SailfishDevel] Flatpak for Sailfish

2020-01-05 Thread rinigus
Hi, I think that the patch suggested for libhybris is a bugfix. So, I hope it will be merged and distributed with one of the next SFOS updates. Assuming that Jolla C is still getting updates, you should get it too. Now, libhybris bug is in the linker, as you can see from my PR. I don't know how

Re: [SailfishDevel] Flatpak for Sailfish

2020-01-05 Thread szopin
It's device specific? Shame, doubt jolla C can help then. Still hopeful the eventual cosmo communicator edition will support it. Any hints what needs to be enabled in kernel? Thanks in advance, szopin On Sunday, 5 January 2020, rinigus wrote: > Hi, > > I have moved all repositories required

Re: [SailfishDevel] Flatpak for Sailfish

2020-01-05 Thread rinigus
Hi, I have moved all repositories required for Flatpak support to https://github.com/sailfishos-flatpak . Documentation is available at https://github.com/sailfishos-flatpak/main describing how to install and develop using this environment. Issues are expected to be filed fixed under