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
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 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
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
--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
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
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
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
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
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
/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
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
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
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,
>
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
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!
> >
> >
&
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
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
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 Андрей
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
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 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&#
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
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
/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
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
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
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
.
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
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
responsible
for thinking before installing, as they are now. Note that in many aspects
our current packaging together with bundled libs is similar to flatpak
already. So, why not to make it with the recent libs as well?
Cheers,
Rinigus
On Sun, Dec 29, 2019 at 8:26 PM E.S. Rosenberg <
es.rosenb
one would like to step in and help with this part. If there
is interest, I will work on packaging libhybris extension and provide an
example at OBS for Xperia Tama devices.
Cheers,
Rinigus
On Sat, Dec 28, 2019 at 12:54 AM Damien Caliste wrote:
> Thank you Rinigus for all of this. Indeed, the
Yes, pretty much GUI allowing access to files and other sandboxed
functions. See https://github.com/flatpak/flatpak/wiki/Portals
Rinigus
On Fri, Dec 27, 2019 at 9:43 PM wrote:
> 'writing portals' would mean? Like qml files to handle i/o?
>
>
> On Friday, 27 Decemb
That was exactly the thought behind it. There will be work to do, such as
writing portals, but we need to get compositor issue fixed first. Or use
some separate one...
Rinigus
On Fri, Dec 27, 2019 at 9:17 PM wrote:
> This is amazing, if there is something I can do to help please let me
>
if possible, someone
will have to comment.
Looks like #2 is a breaker right now and I don't know if it is possible to
fix anytime soon.
Cheers,
Rinigus
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
)
lstat64("/vendor", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/vendor/lib", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
Cheers,
Rinigus
PS:
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
e
missing kernel config options.
As far as I read, Plasma Mobile has hybris/flatpak working and I will try
to get in touch with them. Would be great to get help - maybe someone would
like to join and try to make it work together. At this moment I have spent
few nights to get it packaged and have
Thank you for suggestion! On my install, I get black icons ok, but the white on
black background get to black on black. Whether its 0s or Fs.
Rinigus
On Wednesday, 14 August 2019, Slava Monich wrote:
> Apparently properties of type color don't want to be undefined (now I
> don&#
undefined
}
}
}
On SFOS 3.0.3.9 (ported to OnePlus X), I get errors for a line with
icon.color = undefined :
file:///... Error: Cannot assign [undefined] to QColor
So, it seems that this property was introduced before 3.1.x, but not used
in 3.0.3.
Rinigus
On Wed, Aug 14, 2019 at 1:07 PM Sl
Hi,
it would be good to get some kind of official position on QML IconButton
issue. Is it considered for fixing or it will stay as it is? Slava's
suggestion didn't work since color member is available on older versions of
SFOS as well.
Rinigus
On Wed, Aug 7, 2019 at 2:29 PM rini
Hi,
any ideas on how to fix this IconButton issue? Is there a way to query SFOS
version and make an ugly fix on the basis of that...
Cheers,
Rinigus
On Sat, Aug 3, 2019 at 6:06 PM rinigus wrote:
> Slava,
>
> unfortunately, it doesn't work. IconButton property icon has colo
; in image.icon)
image.icon.color = undefined;
}
}
results in lots of warnings (Cannot assigned [undefined] to QColor).
Maybe there is some var I can check in QML to state that SFOS version is >=
3.1.0.0?
Rinigus
On Sat, Aug 3, 2019 at 5:
ined as
a property. However, when doing it for SFOS versions <3.1, this leads to
lots of warning messages on stdout. What's an official way that I am
expected to use when I want to support earlier SFOS versions as well?
Cheers,
Rinigus
___
Sai
heers,
Rinigus
On Friday, 26 July 2019, Slava Monich wrote:
> Even though it's not directly related to the original question but IMO
> there's isn't much sense in building Harbour apps against the latest
> available SDK. That would almost certainly make your app incompati
Dear Pekka,
thank you very much - its way better to use it through pkgconfig. Didn't
find this option a while ago when I was writing original SPEC files and
didn't look for it either.
Cheers,
Rinigus
On Mon, May 13, 2019 at 10:24 AM Pekka Vuorela
wrote:
> On Sun, 2019-05-12 a
All worked as soon as %{_repository} is as in
%if "%{_repository}" == "sailfish_3.0.2.8_armv7hl"
BuildRequires: libicu52-devel
%else
BuildRequires: libicu-devel
%endif
Rinigus
On Sun, May 12, 2019 at 8:56 PM rinigus wrote:
> PS: And it failed on 3.0.2 - back to the draw
PS: And it failed on 3.0.2 - back to the drawing board...
On Sun, May 12, 2019 at 8:47 PM rinigus wrote:
> Martin,
>
> thanks for pointing in this direction. I added %dump in SPEC and the only
> reasonable macro that I could see was _repository. So, I added the
> following to di
ldRequires: libicu-devel
%endif
Not the prettiest of the solutions, but seem to work.
Rinigus
On Sun, May 12, 2019 at 3:53 PM Martin Kolman
wrote:
> Sat, 11 May 2019 17:53:27 +0300 Rinigus
> :
>
> Summary from IRC chat on the topic: David spotted that BuildRequires is
> not mention
defined at OBS build env that can be used?
Rinigus
On Sat, May 11, 2019 at 4:38 PM rinigus wrote:
> Hi,
>
> the problem is while building at OBS:
> https://build.merproject.org/package/show/home:rinigus:maps/mapnik
>
> Rinigus
>
> On Sat, May 11, 2019 at 4:30 PM David
Hi,
the problem is while building at OBS:
https://build.merproject.org/package/show/home:rinigus:maps/mapnik
Rinigus
On Sat, May 11, 2019 at 4:30 PM David Llewellyn-Jones
wrote:
> On 11/05/2019 16:12, rinigus wrote:
> [snip]
> > BuildRequires: (libicu52-devel or libicu-devel)
&
success, as in
BuildRequires: (libicu52-devel or libicu-devel)
as in
https://github.com/rinigus/pkg-mapnik/blob/da5b6a11667b286c89bbee93eb57e2d4d52d5902/rpm/mapnik.spec#L16
It seems to me that I followed syntax on
https://rpm.org/user_doc/boolean_dependencies.html . Unfortunately, it
didn't wor
edback and discussion,
Rinigus
On Sun, Feb 10, 2019 at 11:16 PM Martin Kolman
wrote:
> Sun, 10 Feb 2019 23:05:28 +0200 E.s. Rosenberg
>
> :
>
> Flatpak would make our phones so much more insecure - instead of Jolla
> updating bad/insecure libraries (which also happens at a pace
No go, file conflicts appeared for several packages trying to overwrite
qt56 installation. For example, qt5.9-qtdeclarative-qtquick was trying to
write /usr/lib/libQt5Quick.so.5 . I presume something changed in OBS and
your prefix path wasn't picked up.
Rinigus
On Sun, Feb 10, 2019 at 1:
help with 5.9 transition and what's
holding it back specifically.
Rinigus
On Sun, Feb 10, 2019 at 11:17 AM Alexander Akulich <
akulichalexan...@gmail.com> wrote:
> Hi,
>
> I experimented with a build in prefix in March 2018. I changed MER Qt
> build configuration to make it tr
irigami is developed using Qt512, with Qt511 version
having at least one bug that will never be fixed. Not sure whether Kirigami
runs against Qt59. So, if we would like to run Kirigami apps, Qt 5.12 is
most probably needed.
Cheers,
Rinigus
On Sun, Feb 10, 2019 at 8:55 AM Dmitriy Purgin wrote:
d and it may serve a
purpose for such project. Is there anything else that should be considered?
Cheers,
Rinigus
PS: Please consider it as request-for-comment and not as any kind of
statement nor call-for-action :)
___
SailfishOS.org Devel mailing
ted from some other
application.
Cheers,
Rinigus
On Mon, Dec 10, 2018 at 10:07 AM Martin Kampas
wrote:
> Hi Rinigus,
>
>
>
> libcontentaction might be what you are looking for
> https://git.merproject.org/mer-core/li
should write some kind of launcher (Python probably) that could be
used to either communicate with the main application via DBus or start the
full application. Or am I wrong? Maybe there is some better idea for
implementation of such functionality?
Cheers,
Rinigus
No, I didn't. Its QML/Python app, so it is not clear what I should attach
the debugger to. sailfish-qml?
Rinigus
On Sun, Sep 9, 2018 at 12:35 PM Slava Monich wrote:
> Have you tried debugging with a debugger (run the app under gdb and
> examine the backtrace when it gets stuck)? Th
estruction of items.
Any ideas on how to debug it further?
Rinigus
On Sat, Sep 8, 2018 at 4:24 PM rinigus wrote:
> Hi,
>
> I am working on Pure Maps - a fork of @otsaloma's map applications. As a
> background: Its a Python app, with pyotherside used for QML/Python
> inte
e to debug it further and
what could cause such behavior.
For the record, haven't seen this on my device (onyx).
Rinigus
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
idea, I will 'bump' my application to
autostart through systemd socket by contacting it via HTTP and then contact
my application via DBus.
Rinigus
On Fri, Jul 20, 2018 at 1:14 AM, deloptes wrote:
> rinigus wrote:
>
> > So, I wonder, if there is something similar for
les
are written into ~/.local/share/systemd and corresponding socket activation
is enabled.
So, I wonder, if there is something similar for D-Bus. Something that
would allow me to configure its autostart. I can as well trigger autostart
via systemd inet port, but would be nice to have it tra
knows it from the top of the head, would be great to hear it.
Cheers,
Rinigus
On Mon, Jul 16, 2018 at 10:31 AM, rinigus wrote:
> Hi,
>
> Since Valhlalla's routing engine is available on SFOS in offline mode, I
> am working on exposing its functionality to the mapping applicatio
hat I am after?
B
est wishes,
Rinigus
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
pected to have your exe
be called harbour-something and only that way.
> That particular problem was solved for my case by writing a wrapper and
> > called either QML main or the main I wanted to use from Valhalla
> > (https://github.com/rinigus/osmscout-server-route/blob/
> ma
Hi David,
the rules regarding single executable haven't changed, to my knowledge.
That particular problem was solved for my case by writing a wrapper and
called either QML main or the main I wanted to use from Valhalla (
https://github.com/rinigus/osmscout-server-route/blob/master/src/ha
r Qt version.
>
Due to OpenMapTiles licensing and limitations, I worked through the whole
pipeline of the import. But, I agree, work on map import and styling is
difficult and, if possible, it would be great to agree some deal with
Mapbox. Even if each user could pay for a service separatel
QML plugin https://github.com/rinigus/mapbox-gl-qml . The
plugin is based on recent QtLocation code and my own development on the
basis of it. Its API has been designed to make it simple to access Mapbox
GL functionality from pure QML applications and was shaped while I was
porting Poor Maps to t
ut that we can probably learn later.
Best wishes,
Rinigus
On Sun, Mar 18, 2018 at 10:54 AM, eetu wrote:
> Hi Rinigus,
>
> I just wanted to bring to your attention the Nemo Mobile maliit-plugin
> keyboard (https://github.com/nemomobile-ux/plugins). It is fully
> open-source and it
hether anyone wants to work on adapting open-source
components. Which, in the end, is the burden for the community that would
lead to investment of time and effort that would come at expense of work on
applications.
Best wishes,
Rinigus
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
he three first suggestions.
Mike, thanks for the tips regarding the keyboard internals, they are very
helpful. I'll register at UBPorts forums to get into some discussions (not
using telegram).
Cheers,
Rinigus
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
rules.
Rinigus
On Tue, Mar 6, 2018 at 3:41 PM, Pekka Vuorela
wrote:
> On Tue, 2018-02-27 at 15:35 +0200, rinigus wrote:
> > For those who are interested in up-to-date hunspell, I have packaged
> > it under https://github.com/rinigus/pkg-hunspell with the builds
> &g
on library, same Presage for example?
But before going into major porting of the keyboard, would be good to know
what Jolla's plans are regarding their keyboard. They should be back in the
office now after a great time in Spain, hopefully we can hear back.
Best wishes,
Rinigus
On Mon, Mar 5,
to spend
too much time if it's gonna be without any use.
So, to summarize, I would like to hear what's an opinion on the raised
issues by those who know. Would be great to know plans and comparison of
jolla-keyboard with the current Maliit UBPort
For those who are interested in up-to-date hunspell, I have packaged it
under https://github.com/rinigus/pkg-hunspell with the builds available at
https://build.merproject.org/package/show/home:rinigus:keyboard/hunspell .
Packaging script is based on https://git.merproject.org/mer-core/hunspell
packages
as well. Any reasons for preferring such model instead of git submodules?
Looks to be more difficult to update it to the current version.
Best wishes,
Rinigus
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel
o the pool of shared libraries shipped with an app. Which, I
think, is getting somewhat out of hand. So, I am asking to whitelist
systemd libraries in
https://github.com/sailfishos/sdk-harbour-rpmvalidator/issues/102
Best wishes,
Rinigus
___
SailfishOS.org D
into dedicated hardware, if you wish. Also, it would survive X11 crashes as
a bonus. So, if you plan to run it 24x7, service running on the background
is a good way of doing it.
But maybe someone has better idea.
Cheers,
Rinigus
On Sat, Feb 17, 2018 at 9:16 PM, Marcin Mielniczuk
wrote:
>
any others.
Cheers,
Rinigus
On Mon, Feb 5, 2018 at 11:17 AM, Marcin Mielniczuk
wrote:
> Hi,
>
> When creating SFOS applications which should run 24/7 (e.g. IMs) we
> would like to achieve similar behavior as the stock applications, e.g.
> the stock e-mail client: the sync (*) run
odata-qt5-type-to-c++` tool - no idea.
Good luck,
Rinigus
On Thu, Jan 18, 2018 at 1:57 PM, Lukáš Karas wrote:
> Hi all.
>
> I am little bit frustrated from the state of PIM on SFOS.
> It is painful to use Sailfish on primary phone when you are using google
> services for m
Correction: Mapnik and Valhalla - Mapbox is OpenGL/Qt based.
Rinigus
On Sat, Dec 23, 2017 at 5:36 PM, rinigus wrote:
> Well, in my case, I am surely not going to drop it since its used by
> Mapbox and Valhalla. But making such specific-tailored libicu is not high
> enough on priori
link to
it and add as dependency to our applications.
Best wishes,
Rinigus
On Sat, Dec 23, 2017 at 9:16 AM, Tone Kastlunger
wrote:
> One would question at this point, whats the benefit of this library if
> such complex scenario needs to be considered
> each time you need to use it :)
&
Sony X
root partition size, I wonder how standard this library is in SFOS
installations. I would expect its always there. If it is standard,
shouldn't we get it into permitted libs list for Jolla Harbour?
Cheers,
Rinigus
___
SailfishOS.org Devel ma
we expect QtLoction 5.6 to enter the Sailfish SDK and be officially allowed
> for harbour apps --- an when? :)
>
If you can accept two tiny-tiny limitations - not compatible with Harbour
and doesn't work with Jolla 1 due to what seems to be hardware limitation -
there is a new map compone
cific command line options are given.
If you want to provide it as a background service, I would suggest to make
enabling / disabling from the app. That would make it easier for users to
use it.
Cheers,
Rinigus
On Sat, Nov 25, 2017 at 2:26 PM, Андрей Кожевников
wrote:
> Battery overlay also
users for my plugin.
Any idea on how to alter QML import path for Python? While we would be
probably fine outside the harbour, some devs may publish there as soon as
QtLocation debacle is resolved.
Best wishes,
Rinigus
On Fri, Sep 29, 2017 at 11:20 AM, richard grooff
wrote:
> Hi,
>
>
others are using subdirectories to build the hierarchy of plugins.
Hence the question: do we have any convention that should be followed in
SFOS? Mer?
I am aware that Jolla Store does not accept third-party plugins at this
moment. Hopefully, this will change in future.
Best wishes,
Rinigus
That helped - thank you very much!
Rinigus
On Mon, Sep 18, 2017 at 6:47 PM, wrote:
> I think the regexp is wrong. You miss a . before the start. ^libstdc.*$
>
> Hope it helps.
>
> Damien.
>
> Le Lundi 18 septembre 2017, rinigus a écrit :
> > Bump. Any takers (see b
sure whether the library name + extra in brackets play a role over here.
Someone better than me in regex-fu and spec-fu is needed.
Rinigus
On Mon, Sep 18, 2017 at 5:54 PM, Tone Kastlunger
wrote:
> It seems you have 5 different std lib's.
> Find out what is linking them (my guess i
Bump. Any takers (see below)? Would really help me out with mess induced by
https://build.merproject.org/package/show/home:rinigus:maps/mapbox-demo-sfos
at the corresponding repo.
Rinigus
On Sat, Sep 16, 2017 at 10:17 AM, rinigus wrote:
> Hi,
>
> I have a trouble with excludin
o.6(GLIBCXX_3.4.21)] Cannot require shared library:
'libstdc++.so.6(GLIBCXX_3.4.21)'
ERROR [libstdc++.so.6(GLIBCXX_3.4.22)] Cannot require shared library:
'libstdc++.so.6(GLIBCXX_3.4.22)'
Please note that, at this stage, I would prefer to ship libstdc+
That's what I thought I did already by using "-fabi-version=8
--with-default-libstdcxx-abi=gcc4-compatible" while compiling gcc.
Obviously, something is still off. Maybe linking with /usr/bin/g++ would
help as well. Would have to look into it in future.
Rinigus
On Mon, Sep 11, 2
Thank you very much - worked as requested!
Rinigus
On Mon, Sep 11, 2017 at 11:26 AM, Andrew Penkrat wrote:
> Hi Rinigus,
>
> It's possible to disable the booster with
> X-Nemo-Application-Type=no-invoker
> line in your .desktop file.
>
> Hope this helps,
> Andrew
sable the booster in xdg-open launch of my
application? Or any other workaround?
Best wishes,
Rinigus
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
s the others
to reply at their convenience. I sincerely hope that veskuh will find time
to reply to them.
Cheers,
Rinigus
On Wed, Aug 23, 2017 at 10:40 AM, Tone Kastlunger wrote:
> @rinigus, drop it as a topic in the meeting thread
>
> https://together.jolla.com/question/54157/sail
nd where should we start?
One of the questions posted earlier (Jul 7) on whether Jolla started
working on it was already replied by Chris (No).
Best wishes,
Rinigus
On Thu, Aug 3, 2017 at 8:39 AM, rinigus wrote:
> Morning,
>
> this is to bump the thread with the hope of g
Morning,
this is to bump the thread with the hope of getting a reply regarding
QtLocation status and plans.
Cheers,
Rinigus
On Thu, Jul 13, 2017 at 9:08 AM, rinigus wrote:
> Hi Chris,
>
> thank you very much for an update. Looking forward for veskuh's reply and,
> hopef
ik styles
* Server API is exposed via libmicrohttpd
But as a result, it works quite well on SFOS devices.
Rinigus
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Looks like I found the solution for rpmlint errors using RpmLintIgnore.
Sorry for the noise and enjoy the weekend,
Rinigus
On Sat, Jul 29, 2017 at 4:43 PM, rinigus wrote:
> Sorry, the corresponding error was
>
> harbour-osmscout-server-module-route.i486: E:
> arch-dependent-file-
1 - 100 of 130 matches
Mail list logo
