lib/libhybris/linker
org.qutebrowser.qutebrowser together.jolla.com
libhybris compiled with specification of default hybris-ld-library-path,
content of libexec/droid-hybris added with GL extension.
Cheers,
Rinigus
On Sun, Dec 29, 2019 at 9:26 PM E.S. Rosenberg <
es.rosenberg+sailfishos@gmail.com> wro
.
Currently, I am looking into
- how we can use regular hybris
- making a wrapper similar to qxcomposer for Flatpaks.
Shouldn't take too long for an update on status.
Cheers,
Rinigus
On Wed, Jan 1, 2020 at 4:55 PM wrote:
> Could you elaborate on:
> > libhybris compiled with specificat
get that
functioning correctly, libhybris from device could be used as it is and
Flatpak could be guided via folders using symlinks and environment
variables.
Cheers,
Rinigus
On Wed, Jan 1, 2020 at 5:25 PM rinigus wrote:
> Hi,
>
> wait a bit, I may have a way to simplify setup. Few
Hi,
just finished the first version of a wrapper for 'flatpak run' command as
well, available at https://github.com/rinigus/flatpak-runner . Its based on
qxcompositor and it opens new Wayland server before running an application,
all explained in README. Device rotation is supported and
work, but would be faster to get it fixed together with
other devs.
Cheers.
Rinigus
On Fri, Jan 3, 2020 at 12:18 AM rinigus wrote:
> Hi,
>
> just finished the first version of a wrapper for 'flatpak run' command as
> well, available at https://github.com/rinigus/flatpak-runn
/aosp_tama_akari_defconfig
Rinigus
On Sat, Jan 4, 2020 at 12:47 AM Adam Pigg wrote:
> Ill build it on mido and try it out, thanks!
>
> On Fri, 3 Jan 2020 at 22:45, rinigus wrote:
>
>> Hi,
>>
>> I have submitted PR to libhybris allowing to use Flatpak on hybris
>> devices wi
communication.
Cheers,
Rinigus
On Sat, Jan 4, 2020 at 10:22 AM rinigus wrote:
> Excellent! If something in kernel config is missing, I expect that you
> could use Xperia 10 as a base to check the settings or for Xperia XZ2 used
> by me at
> https://github.com/sailfish
hich could speed up the response.
Cheers,
Rinigus
On Sun, Jan 5, 2020 at 10:52 PM wrote:
> 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?
>
&g
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&#
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
tpaks
for communication with SFOS keyboards (dbus is available, for example).
Rinigus
On Mon, Jan 6, 2020 at 7:55 AM Alexander Akulich
wrote:
> 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 beca
Exactly, something like that is needed. Ideally, it would be hooked via
Wayland (input extension?) and trigger the keyboard on focusing on any text
field. But I will be happy with Qt only solution as well. Any tips on how
to make it possible?
Rinigus
On Mon, Jan 6, 2020 at 10:51 AM Андрей
the keyboard occur via DBus?
- which files/plugins are used by the app in respect of communication with
keyboard? Is it just /usr/lib/qt5/plugins/platforminputcontexts/libmaliit*
or something in addition/else?
Cheers,
Rinigus
On Mon, Jan 6, 2020 at 1:12 PM rinigus wrote:
> Exactly, someth
ll, I have to compile it against Flatpak provided Qt and then the
plugin should be consistent.
Cheers,
Rinigus
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Thanks! Let's see how it will work in practice. I'll report back after the
tests.
Rinigus
On Tue, Jan 7, 2020 at 11:59 AM Pekka Vuorela
wrote:
> On Tue, 2020-01-07 at 11:42 +0200, rinigus wrote:
> > Pekka,
> >
> > thanks for the swift reply!
> >
> >
&
lob/master/src/compositor/compositor_api/waylandcompositor.h#L96),
but that didn't help and the plugin was not getting any signals from
qGuiApp->primaryScreen. So, that shortcut didn't work...
All in all, we are getting there.
Cheers,
Rinigus
On Tue, Jan 7, 2020 at 12:03 PM rinigus w
means that it will require custom Maliit plugin as
well.
Cheers,
Rinigus
On Thu, Jan 9, 2020 at 12:10 PM Dmitriy Sedov
wrote:
>
> Question to Rinigus =)
> First, you have great work wit Flatpak! Respect!
> Second, i am working with port of Godot Game Engine, its allready work,
>
and
implant maliit plugin into Flatpak container.
Cheers,
Rinigus
On Thu, Jan 9, 2020 at 9:11 AM rinigus wrote:
> Morning,
>
> I've got SFOS keyboard triggered from Flatpak app by planting in Maliit
> input context plugin into it. Had to drop compensation for keyboard
> rect
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
/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 ri
Hi,
sounds a bit like over-engineering, but maybe dbus service will be needed
unless we can utilize Lipstick handling of the windows.
Cheers,
Rinigus
On Tue, Jan 28, 2020 at 3:38 PM Андрей Кожевников
wrote:
> what if you try to remove Exec from desktop file and will handle launch
> on
d the fix to Lipstick as distributed by Jolla.
Regarding DBus activation (thanks for suggesting it!): not sure how well
would it work. Would have to wrap a head around possible scenarios in
launching sequence as well as start reading again 'bout it.
Cheers,
Rinigus
On Tue, Jan 28, 2020
e instance support was dropped from
Lipstick. Maybe there is some history behind. Otherwise, would be great to
get it fixed (my personal opinion)
Thank you very much for constructive discussion yesterday!
Cheers,
Rinigus
___
SailfishOS.org Devel maili
runner part. Or just starting it as normal and letting the app to
sort it out. Will require some thinking/working on it in future.
Cheers,
Rinigus
On Mon, Feb 10, 2020 at 2:36 PM Andrew Branson
wrote:
> Hi Rinigus,
>
> I don't think the Wayland window className method is the
just thought
its better to write up the issue here than to paste it on IRC.
Cheers,
Rinigus
[D] unknown:0 - threaded render loop
[D] unknown:0 - Using sg animation driver
[D] unknown:0 - Animation Driver: using vsync: 16.67 ms
[D] unknown:0 - opengl texture atlas dimensions: 2048x4096
[D] unkn
--disable-composited-antialiasing"
That way I lost GPU composing, but got other parts of HW accelerated
rendering, WebGL sites working. Hopefully, this info will help.
Cheers,
Rinigus
___
SailfishOS.org Devel mailing list
To unsubscribe, please send
On Mon, Mar 23, 2020 at 11:51 PM Tone Kastlunger
wrote:
> Obvious things first: timers are whako?
>
>
Morning,
and how would I test that?
Rinigus
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel
Hi Pekka,
with the respect of statefs plans, I would like to ask if it is planned to
phase out /run/state/namespaces/ API in future. I am using it in collectd
to log battery, bluetooth, cellular, and internet data in the corresponding
plugins.
Best wishes,
Rinigus
On Wed, May 13, 2020 at 5:34
Thanks for tips! I guess I will add statefs as dependencies when needed.
Cheers,
Rinigus
On Thu, May 14, 2020 at 9:37 AM Pekka Vuorela
wrote:
> On Wed, 2020-05-13 at 20:41 +0300, rinigus wrote:
> > Hi Pekka,
> >
> > with the respect of statefs plans, I would like to ask
Hi James,
with this new shiny forum site, where are we expected to propose topics?
Rinigus
On Thu, Jul 23, 2020 at 10:54 AM James Noori
wrote:
> Hi all,
>
> Due to the summer vacations, no announced topics and a lot of sailors
> being absent during
> these weeks, we are postpon
101 - 130 of 130 matches
Mail list logo
