-needed/), but I have
not seen yet the one that would comply with the requirements (either
license is not clear or Qt.labs are used). I probably just missed a decent
picker...
cheers,
rinigus
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a
Андрей,
thank you! Would you mind to specify a license on
https://github.com/CODeRUS/splashscreen-changer ? At present, there is no
license specified, unfortunately.
cheers,
rinigus
On Tue, Nov 29, 2016 at 12:43 PM, Андрей Кожевников
wrote:
> Hello, for now you can compile and bundle n
example code! I'll look into your interface and that would simplify
advancing my projects as well.
Best wishes,
rinigus
On Tue, Nov 29, 2016 at 5:59 PM, Andrey Kozhevnikov
wrote:
> i am using WTFPL for my projects.
>
>
> 29.11.2016 14:26, rinigus пишет:
>
> Андрей,
>
&
Andrey,
which branch of
https://git.merproject.org/mer-core/nemo-qml-plugin-filemanager/ did you
use in your project? It seems that the default one (jb5771) does not
compile and the "master" branch has a daemon (bit excessive for a dialogue,
I think).
cheers,
rinigus
On Tue, Nov 29,
Andrey and Matt,
I'll look into it - thank you very much for the pointers.
Best wishes,
rinigus
On Thu, Dec 1, 2016 at 11:19 PM, Matthew Vogt
wrote:
> Hi rinigus.
>
> I'm not sure why jb5771 is marked as the default, 'master' is the primary
> development bran
terms and, as a result, has an advantage when compared to SFOS in
this case.
Best wishes,
Rinigus
On Tue Jan 3 10:20:55 2017 GMT+0100, Slava Monich wrote:
> As far as I understand, QtLocation license terms have changed and that
> prevents it from being upgraded to 5.6 which is its first
section "No changes to Qt 5.6
and Qt for Device Creation" in the blog post).
Taking together, it does not seem to me that 5.6 has exclusively LGPLv3 but
includes LGPLv2.1 in QtLocation. As such, it should not be a problem to
include it into the upcoming update.
rinigus
On Sun,
).
So, to summarize, what would be recommended practice in this case?
cheers,
Rinigus
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
published in the store without any
issues. Its a part of the app evolution to require sqlite3 for its
function, at least for a time being.
I agree that static linking of sqlite3 is not necessary and can be
considered as a bloat. Hence my question :)
rinigus
Slava,
thank you for this constructive suggestion. I submitted PR
https://github.com/sailfish-sdk/sdk-harbour-rpmvalidator/pull/86 to add
sqlite into the list of allowed libraries. Hopefully, it will be accepted.
Best wishes,
Rinigus
On Wed, Jan 18, 2017 at 3:29 PM, Slava Monich
wrote:
>
Hi,
one month + 10 days later - no response for PR nor SQLite linking from
Harbour / Jolla devs. Already had to ship few versions with SQLite bundled
with application as well. I'd say its rather poor response times already
now (with the response time not reached yet).
Rinigus
On Wed, J
yees are
posting over here and are reading messages over here as well (I think its
reasonable to expect it from anyone posting over here).
cheers,
Rinigus
On Sat, Mar 4, 2017 at 12:27 PM, Caliste Damien wrote:
> Hello,
>
> Le samedi 04 mars 2017, rinigus a écrit :
> > one mon
hours :)
rinigus
On Sat, Mar 4, 2017 at 2:22 PM, Marcin Mielniczuk
wrote:
> You can always use OpenRepos...
>
>
> On March 4, 2017 8:50:37 AM GMT+01:00, rinigus
> wrote:
>>
>> Hi,
>>
>> one month + 10 days later - no response for PR nor SQLite linking from
>
Hi,
thank you very much for the response and explanation. Looking forward to
see the new whitelist / harbour rules. Its fine to take time to do it
properly, thanks for the feedback.
Best wishes,
Rinigus
On Sat, Mar 4, 2017 at 3:15 PM, Andrew Branson
wrote:
> Hi,
>
> I'
iously.
In my case, the application has so many dependencies covering many aspects
of maps functionality that adding sqlite is not too bad. With the exception
of keeping track on sqlite bug fixes that I can predict I will forget to do
in any decent time interval. Which is a shame since someone @J
FYI: sqlite is going to be allowed in the future versions - the PR was
accepted and this library should be available for linking in future. Thank
you all who made it happen!
Rinigus
On Mon, Mar 6, 2017 at 1:18 PM, rinigus wrote:
> Hi Martin
>
> Did you consider this recommendation?
Hi Dylan,
to my knowledge its not available. See
https://bugs.merproject.org/show_bug.cgi?id=1629
Cheers,
Rinigus
On Wed, Mar 29, 2017 at 9:08 PM, Dylan Van Assche via Devel <
devel@lists.sailfishos.org> wrote:
> Hi devs,
>
> We can read the status of our network connections
sfos-porters #irc channel (2013 & 2014) with the
similar issue, but there was no solution as far as I could tell.
Does anyone know how to fix it? Apart from skipping i486 or hacking
configure scripts...
Cheers,
Rinigus
___
SailfishOS.org Devel maili
t SailfishOS-i486 -s package.spec build
which failed due to the configuration error. Taking into account this bug,
maybe all packages specified in spec files as build-dep should be installed
in addition by zypper outside sb2?
Best wishes,
Rinigus
On Wed, Apr 5, 2017 at 8:03 AM, Martin Kampas
ns to include Noto (or similar) fonts into SFOS distribution? Or changes
in policies allowing us to push fonts to the devices?
Best wishes,
Rinigus
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Pekka,
thank you for a fast reply! I guess I'll bundle then the required subset of
Noto fonts for the time being.
Rinigus
On Fri, May 5, 2017 at 3:09 PM, Pekka Vuorela
wrote:
> On pe, 2017-05-05 at 13:43 +0300, rinigus wrote:
> > Hi,
> >
> > I am developing an appli
best design for multiple reasons
(security comes to mind).
So, I would like to ask for relaxing the Harbour rules and allow us to ship
required binaries under /usr/share/ as we do with the libraries already.
Rinigus
___
SailfishOS.org Devel mailing li
wise to use it as well
and not waste time to re-invent something similar. Or is there anything
considerably better and we should work on that instead?
Since it is developers channel, its an appropriate place to ask, I believe.
Best wishes,
Rinigus
On Tue, Jan 10, 2017 at 10:49 PM, Tone Ka
Hi Chris,
thank you very much for an update. Looking forward for veskuh's reply and,
hopefully, we can move forward with this API as well.
Cheers,
Rinigus
On Thu, Jul 13, 2017 at 3:40 AM, Chris Adams wrote:
> Hi,
>
> I think veskuh will be the best to answer these questions.
&g
in an
app-assigned directory (.cache if its more appropriate).
Cheers,
Rinigus
On Thu, Jul 20, 2017 at 10:29 PM, J Pablo Navarro
wrote:
> Hi SFOS devs!
>
> I think this is my first email over here and I don't have too much experice
> with apps, so please be kind :)
>
> I
ample
with my github repo https://github.com/rinigus/pkg-rrdtool . Its spec
contains source as a full URL. Now, I would like to download it from that
URL by OBS either during building or as a part of its _service.
Unfortunately, unlike in several other CI servers, network seems to be
disabled. So
Андрей and Andrew,
thank you for the tips! I think I can manage now (or will be back with the
questions).
Cheers,
Rinigus
On Wed, Jul 26, 2017 at 10:36 AM, Andrew Branson <
andrew.bran...@jollamobile.com> wrote:
> Hi,
>
> On 26/07/17 09:24, rinigus wrote:
> > Hi,
&g
Hi,
I have been able to follow your advice and all worked quite nicely.
However, one particular package - mapnik - has issues with fetching the
sources. The _service is configured to fetch package using tar_git from
https://github.com/rinigus/pkg-mapnik . I presume its due to the size of
the
s to upset rpmlint a great deal,
as in
harbour-osmscout-server-module-route.i486: E:
library-without-ldconfig-postun (Badness: 300)
/usr/share/harbour-osmscout-server-module-route/lib/libicuuc.so.52
Any idea how to get rpmlint skip those "errors" and publish the package?
Best wishes,
Sorry, the corresponding error was
harbour-osmscout-server-module-route.i486: E:
arch-dependent-file-in-usr-share (Badness: 590)
/usr/share/harbour-osmscout-server-module-route/lib/libicuuc.so.52
Rinigus
On Sat, Jul 29, 2017 at 3:00 PM, rinigus wrote:
> Hi,
>
> looks like Mapnik
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-
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
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
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
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
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
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
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
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+
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
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
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
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
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,
>
>
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
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
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
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 :)
&
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
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
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
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:
>
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
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
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
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
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,
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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:
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
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:
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
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
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)
&
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
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
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
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
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
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
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
; 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:
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
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
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
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&#
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
)
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
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
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
>
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
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
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
1 - 100 of 130 matches
Mail list logo
