<div dir="ltr"><div class="gmail_default" style="font-size:small">Good part is that this home-cooked libhybris will live separately from the main one in your home folder (see <a href="https://github.com/sailfishos-flatpak/flatpak-runner/blob/master/scripts/flatpak-extension-hybris">https://github.com/sailfishos-flatpak/flatpak-runner/blob/master/scripts/flatpak-extension-hybris</a> for script generating it). So, you can experiment while keeping system one intact.<br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Rinigus</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 6, 2020 at 12:10 AM <<a href="mailto:szopin@gmail.com">szopin@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">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?<br>
<br>
On Sunday, 5 January 2020, rinigus wrote:<br>
> Re kernel options: USER_NS is one of them, rest I am not sure as it worked<br>
> immediately for me on Xperia XZ2. As a result, I never looked too deeply<br>
> into it.<br>
> <br>
> Re libhybris: isn't it compiled against device specific droid-hal?<br>
> <br>
> Rinigus<br>
> <br>
> On Sun, Jan 5, 2020 at 11:37 PM <<a href="mailto:szopin@gmail.com" target="_blank">szopin@gmail.com</a>> wrote:<br>
> <br>
> > If it's only in libhybris, then it's not device specific? Which exactly<br>
> > kernel options need to be turned on for it? Or I'm totally confused<br>
> ><br>
> > On Sunday, 5 January 2020, rinigus wrote:<br>
> > > Hi,<br>
> > ><br>
> > > I think that the patch suggested for libhybris is a bugfix. So, I hope it<br>
> > > will be merged and distributed with one of the next SFOS updates.<br>
> > Assuming<br>
> > > that Jolla C is still getting updates, you should get it too.<br>
> > ><br>
> > > Now, libhybris bug is in the linker, as you can see from my PR. I don't<br>
> > > know how device-specific it is, hopefully knowledgeable porters can chip<br>
> > in<br>
> > > and comment on it. If its not device specific then we can just package<br>
> > the<br>
> > > linker and use the rest as it is on device.<br>
> > ><br>
> > > Let's see what the next few days bring. I presume many of developers are<br>
> > > back from holidays next week which could speed up the response.<br>
> > ><br>
> > > Cheers,<br>
> > ><br>
> > > Rinigus<br>
> > ><br>
> > ><br>
> > ><br>
> > > On Sun, Jan 5, 2020 at 10:52 PM <<a href="mailto:szopin@gmail.com" target="_blank">szopin@gmail.com</a>> wrote:<br>
> > ><br>
> > > > It's device specific? Shame, doubt jolla C can help then. Still hopeful<br>
> > > > the eventual cosmo communicator edition will support it. Any hints what<br>
> > > > needs to be enabled in kernel?<br>
> > > ><br>
> > > > Thanks in advance,<br>
> > > > szopin<br>
> > > ><br>
> > > > On Sunday, 5 January 2020, rinigus wrote:<br>
> > > > > Hi,<br>
> > > > ><br>
> > > > > I have moved all repositories required for Flatpak support to<br>
> > > > > <a href="https://github.com/sailfishos-flatpak" rel="noreferrer" target="_blank">https://github.com/sailfishos-flatpak</a> . Documentation is available<br>
> > at<br>
> > > > > <a href="https://github.com/sailfishos-flatpak/main" rel="noreferrer" target="_blank">https://github.com/sailfishos-flatpak/main</a> describing how to<br>
> > install and<br>
> > > > > develop using this environment. Issues are expected to be filed fixed<br>
> > > > under<br>
> > > > > <a href="https://github.com/sailfishos-flatpak/main" rel="noreferrer" target="_blank">https://github.com/sailfishos-flatpak/main</a> and, when appropriate,<br>
> > under<br>
> > > > > <a href="https://github.com/sailfishos-flatpak/flatpak-runner" rel="noreferrer" target="_blank">https://github.com/sailfishos-flatpak/flatpak-runner</a>. I tried to<br>
> > list<br>
> > > > all<br>
> > > > > current issues under those repositories.<br>
> > > > ><br>
> > > > > I have also opened a thread at TMO (<br>
> > > > > <a href="http://talk.maemo.org/showthread.php?p=1564143" rel="noreferrer" target="_blank">http://talk.maemo.org/showthread.php?p=1564143</a>) for those who prefer<br>
> > > > that<br>
> > > > > way of communication.<br>
> > > > ><br>
> > > > > Cheers,<br>
> > > > ><br>
> > > > > Rinigus<br>
> > > > ><br>
> > > > > On Sat, Jan 4, 2020 at 10:22 AM rinigus <<a href="mailto:rinigus.git@gmail.com" target="_blank">rinigus.git@gmail.com</a>><br>
> > wrote:<br>
> > > > ><br>
> > > > > > Excellent! If something in kernel config is missing, I expect that<br>
> > you<br>
> > > > > > could use Xperia 10 as a base to check the settings or for Xperia<br>
> > XZ2<br>
> > > > used<br>
> > > > > > by me at<br>
> > > > > ><br>
> > > ><br>
> > <a href="https://github.com/sailfishos-sony-tama/android_kernel_sony_msm/blob/hybris-sony-aosp-9.0.0-4.9-tama-sony/arch/arm64/configs/aosp_tama_akari_defconfig" rel="noreferrer" target="_blank">https://github.com/sailfishos-sony-tama/android_kernel_sony_msm/blob/hybris-sony-aosp-9.0.0-4.9-tama-sony/arch/arm64/configs/aosp_tama_akari_defconfig</a><br>
> > > > > ><br>
> > > > > > Rinigus<br>
> > > > > ><br>
> > > > > > On Sat, Jan 4, 2020 at 12:47 AM Adam Pigg <<a href="mailto:adam@piggz.co.uk" target="_blank">adam@piggz.co.uk</a>><br>
> > wrote:<br>
> > > > > ><br>
> > > > > >> Ill build it on mido and try it out, thanks!<br>
> > > > > >><br>
> > > > > >> On Fri, 3 Jan 2020 at 22:45, rinigus <<a href="mailto:rinigus.git@gmail.com" target="_blank">rinigus.git@gmail.com</a>><br>
> > wrote:<br>
> > > > > >><br>
> > > > > >>> Hi,<br>
> > > > > >>><br>
> > > > > >>> I have submitted PR to libhybris allowing to use Flatpak on<br>
> > hybris<br>
> > > > > >>> devices with the same version serving its main purpose and inside<br>
> > > > Flatpak<br>
> > > > > >>> sandbox: <a href="https://github.com/libhybris/libhybris/pull/433" rel="noreferrer" target="_blank">https://github.com/libhybris/libhybris/pull/433</a>.<br>
> > > > > >>><br>
> > > > > >>> As soon as your device has such libhybris, you could<br>
> > > > > >>><br>
> > > > > >>> - use<br>
> > <a href="https://build.merproject.org/project/show/home:rinigus:flatpak" rel="noreferrer" target="_blank">https://build.merproject.org/project/show/home:rinigus:flatpak</a><br>
> > > > to<br>
> > > > > >>> install flatpak, flatpak-runner<br>
> > > > > >>> - run flatpak-extension-hybris to generate Flatpah hybris<br>
> > extension<br>
> > > > at<br>
> > > > > >>> user nemo's home (run as nemo)<br>
> > > > > >>> - install flatpak apps, see instructions at Flathub on how to do<br>
> > it<br>
> > > > > >>> - run them using flatpak-runner<br>
> > > > > >>><br>
> > > > > >>> Many things don't work, but would be faster to get it fixed<br>
> > together<br>
> > > > > >>> with other devs.<br>
> > > > > >>><br>
> > > > > >>> Cheers.<br>
> > > > > >>><br>
> > > > > >>> Rinigus<br>
> > > > > >>><br>
> > > > > >>> On Fri, Jan 3, 2020 at 12:18 AM rinigus <<a href="mailto:rinigus.git@gmail.com" target="_blank">rinigus.git@gmail.com</a>><br>
> > > > wrote:<br>
> > > > > >>><br>
> > > > > >>>> Hi,<br>
> > > > > >>>><br>
> > > > > >>>> just finished the first version of a wrapper for 'flatpak run'<br>
> > > > command<br>
> > > > > >>>> as well, available at <a href="https://github.com/rinigus/flatpak-runner" rel="noreferrer" target="_blank">https://github.com/rinigus/flatpak-runner</a><br>
> > .<br>
> > > > Its<br>
> > > > > >>>> based on qxcompositor and it opens new Wayland server before<br>
> > > > running an<br>
> > > > > >>>> application, all explained in README. Device rotation is<br>
> > supported<br>
> > > > and<br>
> > > > > >>>> should be followed.<br>
> > > > > >>>><br>
> > > > > >>>> So, as it is:<br>
> > > > > >>>><br>
> > > > > >>>> - we have to resolve libhybris linker issue to make it possible<br>
> > to<br>
> > > > > >>>> distribute.<br>
> > > > > >>>> - keyboard is not supported currently. At present, app has to<br>
> > have<br>
> > > > > >>>> qtvirtualkeyboard support added as in<br>
> > > > > >>>><br>
> > > ><br>
> > <a href="https://doc.qt.io/qt-5/qtvirtualkeyboard-deployment-guide.html#creating-inputpanel" rel="noreferrer" target="_blank">https://doc.qt.io/qt-5/qtvirtualkeyboard-deployment-guide.html#creating-inputpanel</a><br>
> > > > > >>>> .<br>
> > > > > >>>> - only single-window apps are working well, such as QML<br>
> > developed<br>
> > > > for<br>
> > > > > >>>> mobile<br>
> > > > > >>>> - no sound so far<br>
> > > > > >>>> - probably many other things are missing, haven't bumped into<br>
> > them.<br>
> > > > > >>>><br>
> > > > > >>>> Essentially, we will have access to the latest Qt, but would<br>
> > have to<br>
> > > > > >>>> write apps for this use. Fortunately, it all goes along SFOS<br>
> > > > programming<br>
> > > > > >>>> and should be simple to convert later to Silica, when/if it<br>
> > catches<br>
> > > > up with<br>
> > > > > >>>> Qt versions.<br>
> > > > > >>>><br>
> > > > > >>>> I guess we can get better integration after it will be simple to<br>
> > > > > >>>> install on other devices and start using it by others.<br>
> > > > > >>>><br>
> > > > > >>>> Cheers,<br>
> > > > > >>>><br>
> > > > > >>>> Rinigus<br>
> > > > > >>>><br>
> > > > > >>>> On Wed, Jan 1, 2020 at 5:25 PM rinigus <<a href="mailto:rinigus.git@gmail.com" target="_blank">rinigus.git@gmail.com</a>><br>
> > > > wrote:<br>
> > > > > >>>><br>
> > > > > >>>>> Hi,<br>
> > > > > >>>>><br>
> > > > > >>>>> wait a bit, I may have a way to simplify setup. Few days ago,<br>
> > after<br>
> > > > > >>>>> discussion on IRC, I found a way around disappearance of the<br>
> > > > window when<br>
> > > > > >>>>> wrapped into qxcomposer. So, that blocker is over now. Which<br>
> > means<br>
> > > > that we<br>
> > > > > >>>>> will be able to craft apps using the latest Qt available in<br>
> > > > Flatpaks.<br>
> > > > > >>>>><br>
> > > > > >>>>> Currently, I am looking into<br>
> > > > > >>>>><br>
> > > > > >>>>> - how we can use regular hybris<br>
> > > > > >>>>> - making a wrapper similar to qxcomposer for Flatpaks.<br>
> > > > > >>>>><br>
> > > > > >>>>> Shouldn't take too long for an update on status.<br>
> > > > > >>>>><br>
> > > > > >>>>> Cheers,<br>
> > > > > >>>>><br>
> > > > > >>>>> Rinigus<br>
> > > > > >>>>><br>
> > > > > >>>>> On Wed, Jan 1, 2020 at 4:55 PM <<a href="mailto:szopin@gmail.com" target="_blank">szopin@gmail.com</a>> wrote:<br>
> > > > > >>>>><br>
> > > > > >>>>>> Could you elaborate on:<br>
> > > > > >>>>>> > libhybris compiled with specification of default<br>
> > > > > >>>>>> hybris-ld-library-path,<br>
> > > > > >>>>>> > content of libexec/droid-hybris added with GL extension.<br>
> > > > > >>>>>> Is that libhybris build available (and safe to run on main<br>
> > > > device, or<br>
> > > > > >>>>>> should I dig out my j1)?<br>
> > > > > >>>>>> Also not sure what added with GL extension means? Having a<br>
> > browser<br>
> > > > > >>>>>> that uses up to date webengine would be awesome.<br>
> > > > > >>>>>><br>
> > > > > >>>>>> Thanks and happy new year!<br>
> > > > > >>>>>> szopin<br>
> > > > > >>>>>><br>
> > > > > >>>>>> On Sunday, 29 December 2019, rinigus wrote:<br>
> > > > > >>>>>> > Hi,<br>
> > > > > >>>>>> ><br>
> > > > > >>>>>> > I would have preferred to stay away from discussion on why<br>
> > do we<br>
> > > > > >>>>>> need/not<br>
> > > > > >>>>>> > need Flatpak on SFOS. But I guess I have to take it as the<br>
> > one<br>
> > > > > >>>>>> working on<br>
> > > > > >>>>>> > making it possible.<br>
> > > > > >>>>>> ><br>
> > > > > >>>>>> > Native apps rely on the libs allowed in the Store and<br>
> > bundle the<br>
> > > > > >>>>>> rest of<br>
> > > > > >>>>>> > them. I presume OSM Scout Server and Pure Maps are<br>
> > exceptions,<br>
> > > > but<br>
> > > > > >>>>>> they are<br>
> > > > > >>>>>> > built around almost 20 libs bundled with the application and<br>
> > > > > >>>>>> compiled with<br>
> > > > > >>>>>> > newer gcc than the one on the platform. If I would have<br>
> > > > continued to<br>
> > > > > >>>>>> > provide OSM Scout Server via the official Store, I'd have to<br>
> > > > bundle<br>
> > > > > >>>>>> > libsystemd as well - something that I found was crossing a<br>
> > line<br>
> > > > for<br>
> > > > > >>>>>> me. So,<br>
> > > > > >>>>>> > any security issue in those bundled libs would be<br>
> > propagated the<br>
> > > > > >>>>>> same way<br>
> > > > > >>>>>> > as with the Flatpak. I admit that its way less libs than<br>
> > > > > >>>>>> distributed via<br>
> > > > > >>>>>> > Flatpak. However, in the case of Flatpak, apps are provided<br>
> > on<br>
> > > > the<br>
> > > > > >>>>>> top of<br>
> > > > > >>>>>> > "runtimes" with the app including everything which is<br>
> > extending<br>
> > > > the<br>
> > > > > >>>>>> runtime<br>
> > > > > >>>>>> > to make it work. So, in case of OSM Scout Server and Pure<br>
> > Maps,<br>
> > > > > >>>>>> their<br>
> > > > > >>>>>> > Flatpaks do include some libs as well. Those runtimes are<br>
> > > > updated.<br>
> > > > > >>>>>> Now, I<br>
> > > > > >>>>>> > am not in position to say whether its security updates are<br>
> > as<br>
> > > > fast<br>
> > > > > >>>>>> as of<br>
> > > > > >>>>>> > distros and have no idea how it compares to SFOS.<br>
> > > > > >>>>>> ><br>
> > > > > >>>>>> > However, I see mainly portability and up-to-date toolbox<br>
> > aspect<br>
> > > > of<br>
> > > > > >>>>>> Flatpak,<br>
> > > > > >>>>>> > not that much security in terms of sandbox. These are my<br>
> > > > > >>>>>> preferences and<br>
> > > > > >>>>>> > they could differ from yours.<br>
> > > > > >>>>>> ><br>
> > > > > >>>>>> > Looking at the speed of upcoming Qt update, I was<br>
> > considering<br>
> > > > > >>>>>> whether to<br>
> > > > > >>>>>> > make qt5.12 (or later) in /opt (/home/opt) and use it from<br>
> > > > there to<br>
> > > > > >>>>>> allow<br>
> > > > > >>>>>> > us to work on newer browser engine or make Flatpak<br>
> > available.<br>
> > > > The<br>
> > > > > >>>>>> both<br>
> > > > > >>>>>> > solutions would break look-and-feel of SFOS, but allow us<br>
> > to use<br>
> > > > > >>>>>> current<br>
> > > > > >>>>>> > libs, something that we have been missing for too long.<br>
> > And, in<br>
> > > > many<br>
> > > > > >>>>>> > aspects, we, as developers, waste lot of time to fight<br>
> > against.<br>
> > > > I<br>
> > > > > >>>>>> swayed<br>
> > > > > >>>>>> > towards Flatpaks as it has well developed tools around it,<br>
> > > > provides<br>
> > > > > >>>>>> > portability (you can run it on desktop), and will make<br>
> > sense to<br>
> > > > > >>>>>> have when<br>
> > > > > >>>>>> > other mobile Linux distros will start going as a way to use<br>
> > the<br>
> > > > > >>>>>> same app at<br>
> > > > > >>>>>> > all of them.<br>
> > > > > >>>>>> ><br>
> > > > > >>>>>> > Note that is we develop apps immediately with the<br>
> > reservation<br>
> > > > that<br>
> > > > > >>>>>> we could<br>
> > > > > >>>>>> > switch to a native version as soon as it is ready to<br>
> > receive it<br>
> > > > (in<br>
> > > > > >>>>>> terms<br>
> > > > > >>>>>> > of Qt version, for example), we can start working on things<br>
> > > > that are<br>
> > > > > >>>>>> > impossible right now on SFOS but may become available later<br>
> > (Qt<br>
> > > > > >>>>>> 5.12?). I<br>
> > > > > >>>>>> > would expect that this much better than using Android<br>
> > browser on<br>
> > > > > >>>>>> SFOS.<br>
> > > > > >>>>>> ><br>
> > > > > >>>>>> > Please note that it is not to criticize Jolla regarding the<br>
> > > > update<br>
> > > > > >>>>>> speed of<br>
> > > > > >>>>>> > Qt. Its probably a complex process and, as we have all built<br>
> > > > around<br>
> > > > > >>>>>> it, may<br>
> > > > > >>>>>> > break few things to put it mildly. But a large part of my<br>
> > work<br>
> > > > as a<br>
> > > > > >>>>>> > developer on SFOS is around incompatibilities imposed by old<br>
> > > > libs<br>
> > > > > >>>>>> and gcc.<br>
> > > > > >>>>>> > So, from developer POV, its important to prioritize Qt<br>
> > update as<br>
> > > > > >>>>>> much as<br>
> > > > > >>>>>> > possible. Not sure how much we can help with it, but that's<br>
> > > > probably<br>
> > > > > >>>>>> > separate discussion (please start it if you wish).<br>
> > > > > >>>>>> ><br>
> > > > > >>>>>> > Sorry for long post, please see my previous ones on<br>
> > technical<br>
> > > > > >>>>>> issues that<br>
> > > > > >>>>>> > we currently face.<br>
> > > > > >>>>>> ><br>
> > > > > >>>>>> > As for latest state:<br>
> > > > > >>>>>> ><br>
> > > > > >>>>>> > Test browser that I can run is executed with:<br>
> > > > > >>>>>> ><br>
> > > > > >>>>>> > QT_WAYLAND_FORCE_DPI=physical flatpak run --filesystem=host<br>
> > > > > >>>>>> --device=all<br>
> > > > > >>>>>> ><br>
> > > > > >>>>>><br>
> > > ><br>
> > --env=HYBRIS_EGLPLATFORM_DIR=/usr/lib/arm-linux-gnueabihf/GL/default/lib/libhybris<br>
> > > > > >>>>>> ><br>
> > > > > >>>>>><br>
> > > ><br>
> > --env=HYBRIS_LINKER_DIR=/usr/lib/arm-linux-gnueabihf/GL/default/lib/libhybris/linker<br>
> > > > > >>>>>> > org.qutebrowser.qutebrowser <a href="http://together.jolla.com" rel="noreferrer" target="_blank">together.jolla.com</a><br>
> > > > > >>>>>> ><br>
> > > > > >>>>>> > libhybris compiled with specification of default<br>
> > > > > >>>>>> hybris-ld-library-path,<br>
> > > > > >>>>>> > content of libexec/droid-hybris added with GL extension.<br>
> > > > > >>>>>> ><br>
> > > > > >>>>>> > Cheers,<br>
> > > > > >>>>>> ><br>
> > > > > >>>>>> > Rinigus<br>
> > > > > >>>>>> ><br>
> > > > > >>>>>> ><br>
> > > > > >>>>>> ><br>
> > > > > >>>>>> > On Sun, Dec 29, 2019 at 9:26 PM E.S. Rosenberg <<br>
> > > > > >>>>>> > <a href="mailto:es.rosenberg%2Bsailfishos.org@gmail.com" target="_blank">es.rosenberg+sailfishos.org@gmail.com</a>> wrote:<br>
> > > > > >>>>>> ><br>
> > > > > >>>>>> > > Native apps rely on the libs shipped with the OS, thus<br>
> > they<br>
> > > > don't<br>
> > > > > >>>>>> ship<br>
> > > > > >>>>>> > > with unsecure libs unless Jolla is shipping them and they<br>
> > > > become<br>
> > > > > >>>>>> secure the<br>
> > > > > >>>>>> > > moment Jolla updated the libs (and should the update break<br>
> > > > binary<br>
> > > > > >>>>>> > > compatibility will require a new release compiled against<br>
> > the<br>
> > > > new<br>
> > > > > >>>>>> libs).<br>
> > > > > >>>>>> > > Flatpacks and snaps are security nightmares, instead of<br>
> > > > getting<br>
> > > > > >>>>>> them lets<br>
> > > > > >>>>>> > > work on moving the SFOS platform along.<br>
> > > > > >>>>>> > ><br>
> > > > > >>>>>> > > Op zo 29 dec. 2019 om 20:41 schreef rinigus <<br>
> > > > > >>>>>> <a href="mailto:rinigus.git@gmail.com" target="_blank">rinigus.git@gmail.com</a>>:<br>
> > > > > >>>>>> > ><br>
> > > > > >>>>>> > >> Hi,<br>
> > > > > >>>>>> > >><br>
> > > > > >>>>>> > >> If you refer to <a href="http://flatkill.org/" rel="noreferrer" target="_blank">http://flatkill.org/</a> , it does have lot<br>
> > of<br>
> > > > good<br>
> > > > > >>>>>> points.<br>
> > > > > >>>>>> > >> In this respect, its similar to what we have with the<br>
> > native<br>
> > > > > >>>>>> apps, as soon<br>
> > > > > >>>>>> > >> as some security flaws are used. At the moment, I would<br>
> > > > prefer<br>
> > > > > >>>>>> to get<br>
> > > > > >>>>>> > >> access to the latest Qt and other recent software. But<br>
> > users<br>
> > > > are<br>
> > > > > >>>>>> still<br>
> > > > > >>>>>> > >> responsible for thinking before installing, as they are<br>
> > now.<br>
> > > > > >>>>>> Note that in<br>
> > > > > >>>>>> > >> many aspects our current packaging together with bundled<br>
> > > > libs is<br>
> > > > > >>>>>> similar to<br>
> > > > > >>>>>> > >> flatpak already. So, why not to make it with the recent<br>
> > libs<br>
> > > > as<br>
> > > > > >>>>>> well?<br>
> > > > > >>>>>> > >><br>
> > > > > >>>>>> > >> Cheers,<br>
> > > > > >>>>>> > >><br>
> > > > > >>>>>> > >> Rinigus<br>
> > > > > >>>>>> > >><br>
> > > > > >>>>>> > >><br>
> > > > > >>>>>> > >> On Sun, Dec 29, 2019 at 8:26 PM E.S. Rosenberg <<br>
> > > > > >>>>>> > >> <a href="mailto:es.rosenberg%2Bsailfishos.org@gmail.com" target="_blank">es.rosenberg+sailfishos.org@gmail.com</a>> wrote:<br>
> > > > > >>>>>> > >><br>
> > > > > >>>>>> > >>> No one is bothered by the serious (bad) security<br>
> > > > implications<br>
> > > > > >>>>>> of running<br>
> > > > > >>>>>> > >>> flatpacks?<br>
> > > > > >>>>>> > >>> Though I guess we are all tolerating the claim to<br>
> > > > "security" on<br>
> > > > > >>>>>> ancient<br>
> > > > > >>>>>> > >>> kernels so we have no right to blab about security now<br>
> > 🤔<br>
> > > > > >>>>>> > >>><br>
> > > > > >>>>>> > >>> Op za 28 dec. 2019 om 12:04 schreef rinigus <<br>
> > > > > >>>>>> <a href="mailto:rinigus.git@gmail.com" target="_blank">rinigus.git@gmail.com</a>>:<br>
> > > > > >>>>>> > >>><br>
> > > > > >>>>>> > >>>> Hi,<br>
> > > > > >>>>>> > >>>><br>
> > > > > >>>>>> > >>>> I am not 100% sure whether xdg-shell availability is<br>
> > the<br>
> > > > > >>>>>> blocker. There<br>
> > > > > >>>>>> > >>>> is something going on which I cannot explain yet - its<br>
> > as<br>
> > > > if<br>
> > > > > >>>>>> Wayland<br>
> > > > > >>>>>> > >>>> rendering disappears even when I use qxcomposer.<br>
> > > > > >>>>>> > >>>><br>
> > > > > >>>>>> > >>>> qxcomposer does allow me to minimize and then restore.<br>
> > > > > >>>>>> However, when<br>
> > > > > >>>>>> > >>>> keeping app minimized and switching to other apps, I<br>
> > do get<br>
> > > > > >>>>>> (with<br>
> > > > > >>>>>> > >>>> WAYLAND_DEBUG=1)<br>
> > > > > >>>>>> > >>>><br>
> > > > > >>>>>> > >>>> [2294832.935] wl_pointer@8.motion(207667, 0.000000,<br>
> > > > 0.000000)<br>
> > > > > >>>>>> > >>>> [2299966.213]<br>
> > qt_extended_surface@29.onscreen_visibility<br>
> > > > (1)<br>
> > > > > >>>>>> > >>>> [2303645.301]<br>
> > qt_extended_surface@29.onscreen_visibility<br>
> > > > (0)<br>
> > > > > >>>>>> > >>>> [2303647.486]  -> wl_surface@26.destroy()<br>
> > > > > >>>>>> > >>>> [2303648.296]  -> wl_buffer@4278190080.destroy()<br>
> > > > > >>>>>> > >>>> [2303648.395]  -> wl_buffer@4278190082.destroy()<br>
> > > > > >>>>>> > >>>> [2303648.448]  -> wl_buffer@4278190081.destroy()<br>
> > > > > >>>>>> > >>>><br>
> > > > > >>>>>> > >>>> and the app window disappears from qxcomposer.<br>
> > > > > >>>>>> > >>>><br>
> > > > > >>>>>> > >>>> Same happens when running directly using SFOS composer:<br>
> > > > > >>>>>> > >>>><br>
> > > > > >>>>>> > >>>> [2614530.331]<br>
> > qt_extended_surface@29.onscreen_visibility<br>
> > > > (0)<br>
> > > > > >>>>>> > >>>> [2614552.802]  -> wl_surface@26.destroy()<br>
> > > > > >>>>>> > >>>> [2614555.653]  -> wl_buffer@4278190080.destroy()<br>
> > > > > >>>>>> > >>>> [2614556.795]  -> wl_buffer@4278190082.destroy()<br>
> > > > > >>>>>> > >>>> [2614557.099]  -> wl_buffer@4278190081.destroy()<br>
> > > > > >>>>>> > >>>><br>
> > > > > >>>>>> > >>>> So, looks like the surface gets destroyed, but nothing<br>
> > > > really<br>
> > > > > >>>>>> restores<br>
> > > > > >>>>>> > >>>> it.<br>
> > > > > >>>>>> > >>>><br>
> > > > > >>>>>> > >>>> As such, some kind of wrapper, similar to qxcomposer,<br>
> > > > around<br>
> > > > > >>>>>> Flatpak<br>
> > > > > >>>>>> > >>>> programs maybe handy. It could take few tasks, such as<br>
> > > > > >>>>>> > >>>><br>
> > > > > >>>>>> > >>>> - follow orientation of the screen<br>
> > > > > >>>>>> > >>>> - restore app after wl_buffer.destroy()<br>
> > > > > >>>>>> > >>>> - provide keyboard support<br>
> > > > > >>>>>> > >>>><br>
> > > > > >>>>>> > >>>> I don't know enough about Wayland to be efficient in<br>
> > > > working<br>
> > > > > >>>>>> on it. So,<br>
> > > > > >>>>>> > >>>> I wonder if someone would like to step in and help with<br>
> > > > this<br>
> > > > > >>>>>> part. If there<br>
> > > > > >>>>>> > >>>> is interest, I will work on packaging libhybris<br>
> > extension<br>
> > > > and<br>
> > > > > >>>>>> provide an<br>
> > > > > >>>>>> > >>>> example at OBS for Xperia Tama devices.<br>
> > > > > >>>>>> > >>>><br>
> > > > > >>>>>> > >>>> Cheers,<br>
> > > > > >>>>>> > >>>><br>
> > > > > >>>>>> > >>>> Rinigus<br>
> > > > > >>>>>> > >>>><br>
> > > > > >>>>>> > >>>> On Sat, Dec 28, 2019 at 12:54 AM Damien Caliste <<br>
> > > > > >>>>>> <a href="mailto:dcaliste@free.fr" target="_blank">dcaliste@free.fr</a>><br>
> > > > > >>>>>> > >>>> wrote:<br>
> > > > > >>>>>> > >>>><br>
> > > > > >>>>>> > >>>>> Thank you Rinigus for all of this. Indeed, the current<br>
> > > > main<br>
> > > > > >>>>>> blocker<br>
> > > > > >>>>>> > >>>>> seems to be the fact that xdg-shell is not available<br>
> > in<br>
> > > > > >>>>>> Lipstick. This is<br>
> > > > > >>>>>> > >>>>> linked to the ancient version of QtWayland, even not<br>
> > 5.6,<br>
> > > > but<br>
> > > > > >>>>>> still 5.4 !<br>
> > > > > >>>>>> > >>>>> They already have a 5.9 branch in SailfishOS git (<br>
> > > > > >>>>>> > >>>>><br>
> > > > <a href="https://git.sailfishos.org/mer-core/qtwayland/tree/mer-5.9" rel="noreferrer" target="_blank">https://git.sailfishos.org/mer-core/qtwayland/tree/mer-5.9</a>),<br>
> > > > > >>>>>> but we<br>
> > > > > >>>>>> > >>>>> need to wait for Jolla to make the Qt switch. I don't<br>
> > > > think<br>
> > > > > >>>>>> it's something<br>
> > > > > >>>>>> > >>>>> community can change on device... I hope I can be<br>
> > proven<br>
> > > > > >>>>>> wrong though.<br>
> > > > > >>>>>> > >>>>><br>
> > > > > >>>>>> > >>>>> Damien.<br>
> > > > > >>>>>> > >>>>> _______________________________________________<br>
> > > > > >>>>>> > >>>>> SailfishOS.org Devel mailing list<br>
> > > > > >>>>>> > >>>>> To unsubscribe, please send a mail to<br>
> > > > > >>>>>> > >>>>> <a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a><br>
> > > > > >>>>>> > >>>><br>
> > > > > >>>>>> > >>>> _______________________________________________<br>
> > > > > >>>>>> > >>>> SailfishOS.org Devel mailing list<br>
> > > > > >>>>>> > >>>> To unsubscribe, please send a mail to<br>
> > > > > >>>>>> > >>>> <a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a><br>
> > > > > >>>>>> > >>><br>
> > > > > >>>>>> > >>> _______________________________________________<br>
> > > > > >>>>>> > >>> SailfishOS.org Devel mailing list<br>
> > > > > >>>>>> > >>> To unsubscribe, please send a mail to<br>
> > > > > >>>>>> > >>> <a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a><br>
> > > > > >>>>>> > >><br>
> > > > > >>>>>> > >> _______________________________________________<br>
> > > > > >>>>>> > >> SailfishOS.org Devel mailing list<br>
> > > > > >>>>>> > >> To unsubscribe, please send a mail to<br>
> > > > > >>>>>> > >> <a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a><br>
> > > > > >>>>>> > ><br>
> > > > > >>>>>> > > _______________________________________________<br>
> > > > > >>>>>> > > SailfishOS.org Devel mailing list<br>
> > > > > >>>>>> > > To unsubscribe, please send a mail to<br>
> > > > > >>>>>> > > <a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a><br>
> > > > > >>>>>> ><br>
> > > > > >>>>>><br>
> > > > > >>>>>> --<br>
> > > > > >>>>>> Sent from my Jolla<br>
> > > > > >>>>>> _______________________________________________<br>
> > > > > >>>>>> SailfishOS.org Devel mailing list<br>
> > > > > >>>>>> To unsubscribe, please send a mail to<br>
> > > > > >>>>>> <a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a><br>
> > > > > >>>>><br>
> > > > > >>>>> _______________________________________________<br>
> > > > > >>> SailfishOS.org Devel mailing list<br>
> > > > > >>> To unsubscribe, please send a mail to<br>
> > > > > >>> <a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a><br>
> > > > > >><br>
> > > > > >> _______________________________________________<br>
> > > > > >> SailfishOS.org Devel mailing list<br>
> > > > > >> To unsubscribe, please send a mail to<br>
> > > > > >> <a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a><br>
> > > > > ><br>
> > > > > ><br>
> > > > ><br>
> > > ><br>
> > > > --<br>
> > > > Sent from my Jolla<br>
> > > > _______________________________________________<br>
> > > > SailfishOS.org Devel mailing list<br>
> > > > To unsubscribe, please send a mail to<br>
> > > > <a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a><br>
> > ><br>
> ><br>
> > --<br>
> > Sent from my Jolla<br>
> > _______________________________________________<br>
> > SailfishOS.org Devel mailing list<br>
> > To unsubscribe, please send a mail to<br>
> > <a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a><br>
><br>
<br>
-- <br>
Sent from my Jolla<br>
_______________________________________________<br>
SailfishOS.org Devel mailing list<br>
To unsubscribe, please send a mail to <a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a></blockquote></div>