Re: [SailfishDevel] Patch: Clock on actdead charging UI

[Slava Monich]

You better use Format.formatDate (provided by Silica) to format the 
time, like this component does:


/usr/lib/qt5/qml/com/jolla/settings/system/CurrentDateSettingDisplay.qml

Cheers,
-Slava



Hi,
Some time ago I proposed to add a clock to the actdead charging UI in TJC
since it would allow a quite frequent use case for me: shutdown the phone
during the night but still be able to read the current time if in charging
mode.
Here is the original entry: https://together.jolla.com/question/110738/
request-clock-on-charging-screen/

Recently I received my Jolla C and found out the shipped Sailfish OS version
allows access to the code of actdead charging. So here is a patch allowing
this functionality. I also shared it on TJC.

Best regards.
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org


___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] SQLite linking

[Slava Monich]

I believe rpm automatically detects the dependencies, even if they are 
not in the spec. Removing the dependency from the spec might not help. 
There may be some hackish ways of removing a dependency from the rpm 
headers but I don't think that it would be a good idea. Better to spend 
time on hacking something more useful than that.


Another approach is to load the library with dlopen, e.g.

https://github.com/monich/harbour-books/blob/master/app/stubs/libmagic.c

This allows you to get around the harbour limitations and yet in every 
other respect it's as good as linking with the system library. Of course 
by doing so you assume the risk of using the unsupported api. Obviously, 
this kind of trick should only be done to very stable libraries that are 
extremely unlikely to disappear from the system and have a proven track 
record of evolving in a backward compatible manner.


I think the best solution is to add sqlite3 to allowed_libraries.conf 
and submit a pull request:


https://github.com/sailfish-sdk/sdk-harbour-rpmvalidator/blob/master/allowed_libraries.conf

Cheers,

-Slava




Is the automatic checker not allowing it through with sqlite3 as a
requirement? Are you sure that you used the packagename used on
jolla systems for the requirement?


During deployment as RPM, the specific error is

Requires



ERROR[libsqlite3.so.0] Cannot require shared library: 'libsqlite3.so.0'

INFO[harbour-osmscout-server] Please see our FAQ here: 
https://harbour.jolla.com/faq#2.6.0 how to use 
'__provides_exclude_from' and '__requires_exclude' .spec file to avoid 
that


FAILED


earlier versions of this app were 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


___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org


___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] [Minutes] Sailfish OS Open Source Community Collaboration Meeting, 5th of September 2016

[Slava Monich]

Hi Andrew,

To make matters worse, the plugin requirements may change over time, 
meaning that a system upgrade may break the app because the app 
didn't request access to some features required by the updated plugins.


Application shouldn't know/care about how does plugin work. Plugins 
are parts of the system and shouldn't be sandboxed.



How to you sandbox a native app without affecting plugins? They all live 
within the same process, the same virtual address space. I don't think 
it's possible to reliably track a system call back to the 
executable/shared library it originated from, even with DEP (data 
execution prevention) enabled. Without DEP it's plain impossible.


With the interpreted code like Java it's certainly doable. With the 
native code, I very much doubt it.


Cheers,
Slava




I don't know much about implementation, but Ubuntu Touch somehow 
archives this with AppArmor.


Regards,
Andrew


___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] [Minutes] Sailfish OS Open Source Community Collaboration Meeting, 5th of September 2016

[Slava Monich]

Hi,

Access to contacts is actually quite a good example. It may or may not 
require access to the network, depending on how it's implemented at Qt 
plugin level. Should every app that needs contacts declare that it needs 
network access even if the app itself doesn't use the network?


Or it could require access to certain parts of the filesystem that by 
default is disallowed. How is application supposed to figure that out in 
order to request appropriate privileges?


To make matters worse, the plugin requirements may change over time, 
meaning that a system upgrade may break the app because the app didn't 
request access to some features required by the updated plugins.


The only sure way to protect the app against surprises like that is to 
request access  to pretty much everything. Which is the way it is now. 
So way bother?


Having full source code available (in merproject git repo) and making 
sure that the app is built from those sources in Mer OBS and signed (by 
Jolla?) would be a good start, in my opinion. Still it doesn't guarantee 
that the app has no rogue functionality built in, but the community may 
help to examine the source code. The more popular the platform is, the 
more apps we have, the more security conscious people are willing to 
check the sources - that sounds fairly scalable to me.


Cheers,
-Slava



Slava,

Apps would have to declare what they need to function, and then the 
sandbox is in place to ensure that they can only use what they declare.


This doesn't solve apps declaring they need full access to everything, 
but at least there are some assurances to the user that if they expect 
an app wont need access to the contacts list, that its not poking 
around in there. Expecting everyone to check the source code (if 
available) is not a very user friendly solution, and asking Jolla to 
hand verify all apps in the store isn't very scalable either.


On Wed, Sep 7, 2016 at 11:23 AM, Slava Monich <slava.mon...@jolla.com 
<mailto:slava.mon...@jolla.com>> wrote:


I feel a bit sceptical.

If the system supports plugins, i.e. shared libraries discovered
at runtime and getting loaded into the process context without
executable knowing it in advance (like Qt does), then the
application doesn't even know what kind of resources it actually
needs at runtime to function properly.

The next thing you do after you introduce sandboxing, you start
adding ways to get around sandbox limitations, which in the end
defies the whole purpose. Or you severely limit the usefulness of
3rd party apps. Sounds like a lose-lose situation.

Any 3rd party app is a risk, especially the native ones,
especially those that come unsigned and without the source code.
If you don't want to take the risk, you don't install 3rd party
apps. That works better than any kind of sandboxing.

Cheers,
-Slava



___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] problem with libpng

[Slava Monich]

Regarding power consumption.

I doubt that you need to run you RNG or whatever when the screen is 
locked and the display is switched off. That's one direction in which 
you can optimize your code, i.e. pause the game when the screen is 
locked and the display is off and resume it when the display is turned on.


Another thing is that JollaC has significantly more pixels than Jolla1 
(and tablet has even more). If you are doing some sort of pixel 
graphics, that may have quite an impact on performance. In that case you 
may consider switching to scene graph based rendering 
(http://doc.qt.io/qt-5/qtquick-visualcanvas-scenegraph.html) which can 
use whatever hardware acceleration is available on the device (if you do 
it right).


Cheers,
-Slava


I can disregard it as long as they don't reject my game. But it's one 
of the reasons they rejected my game.


It seams the new libpng regards this as error and not warning because 
according to what they say, under JollaC device nothing is rendered on 
the screen. So I presume the installed libpng on their JollaC device 
stops loading my pngs


I don't have access to a JollaC device so is there an emulator image 
2.0.1.14 for for the JollaC device I can use to test my game?


The other reason for rejecting my game is too much power consumption 
on their device. On my device I don't see that much. But I am not sure 
if I am going to do something about it because I need my game to run 
even when in the background. I have created a gambling game and I need 
my RNG (Random Number Generator) to run even on the background, 
because when I tested with pausing the game when going to background 
it got a bit predictably.




___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] SilicaWebView, google sign-in button and app authorization

[Slava Monich]

Please excuse my ignorance but how can the server possibly tell the 
difference between the browser and a webview sending exactly the same 
HTTP requests? Just curious.


Cheers,
-Slava


There is no working solution because google prohibited oauth 
authorization via webviews


2016-10-16 15:02 GMT+03:00 >:


Care to share your code?

Oleg Linkin kirjoitti ma lokakuuta 10 09:08:52 2016 GMT+0300:
> Hello developers.
> I try to implement authorization via google in my applications
but I have
> one problem.
> In sailfish browser authorization works the next way:
> Click on google sign-in button
> Open new page with google authorization
> Denied/Grant permissions to app
> Page closed automatically
> Page with google sign-in button reloaded automatically
>
> But in webview the last 2 steps doesn't work. Does anybody has
ideas how I
> can do this?
>
> Thx
>



___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] QtLocation | Qt 5.6

[Slava Monich]

As far as I understand, QtLocation license terms have changed and that 
prevents it from being upgraded to 5.6 which is its first stable 
release. That's why it's not allowed and won't be allowed even after the 
rest of Qt is upgraded to 5.6.


Qt 5.6 is coming with the next update. Those modules that can't be 
upgraded due to licensing restrictions will stay at 5.2.


Cheers,
-Slava



Hello Sailors!

As I already told you, I am working on the Berlin Vegan guide for SailfishOS:

 
 

Recently, I added a map feature to the app:

 

But to my astonishment, I realized that using QtLocation is currently rejected
by the Harbour RPM validator:


Requires

ERROR [libQt5Location.so.5] Cannot require shared library:
'libQt5Location.so.5' ERROR [qt5-plugin-geoservices-osm] Dependency not
allowed
ERROR [qt5-qtdeclarative-import-location] Dependency not allowed
ERROR [qt5-qtlocation] Dependency not allowed

Can you tell me why?

QtLocation is listed to be available here

 

and, apart from that, AFAIK Jolla was one of the main contributors to the
QtLocation module.



Furthermore, I noticed that some features of the QML Map object seem to be
broken or missing at the moment:

 * fitViewportToMapItems() does not have an effect
 * 'preventStealing' is not available
 * etc.

Will these features be available and work once Qt is updated to 5.6?
Will QtLocation be allowed for harbour store apps
once Qt 5.6 is (officially) available for Sailfish?

And when can I expect Qt 5.6 to be released for SailfishOS? ;)

Cheers,
micu

PS: Happy new year to everyone!


___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] QtLocation | Qt 5.6

[Slava Monich]

I'm not a lawyer but apparently something is fundamentally wrong with 
LGPLv3. This sounds similar to what I heard about it:


http://nmav.gnutls.org/2013/03/the-perils-of-lgplv3.html

-Slava



Even more detailed view : http://www.ics.com/blog/changes-qt-licensing

On Tue, Jan 3, 2017 at 11:58 AM, Tone Kastlunger 
<users.giulie...@gmail.com <mailto:users.giulie...@gmail.com>> wrote:


Weird,
http://doc.qt.io/qt-5/licensing.html
<http://doc.qt.io/qt-5/licensing.html> from here only MIT /
BSD-Style licenses are mentioned.
Where's the issue there?

tortoisedoc

On Tue, Jan 3, 2017 at 11:46 AM, Rinigus <rinigus@gmail.com>
wrote:

Morning,

Slava, would you mind to check out which licensing terms
prevent QtLocation specifically? Or maybe someone else knows
specifics? Is there any hope that the situation would change
in future?

I wonder whether all platforms are hit by it or whether Ubuntu
Touch complies with the new 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 stable
> release. That's why it's not allowed and won't be allowed
even after the
> rest of Qt is upgraded to 5.6.
>
> Qt 5.6 is coming with the next update. Those modules that
can't be
> upgraded due to licensing restrictions will stay at 5.2.
>
> Cheers,
> -Slava
>
>
> > Hello Sailors!
> >
> > As I already told you, I am working on the Berlin Vegan
guide for SailfishOS:
> >
> > 
<https://github.com/micuintus/harbour-Berlin-Vegan/tree/development

<https://github.com/micuintus/harbour-Berlin-Vegan/tree/development>>
> >  <https://openrepos.net/content/micuintus/berlin-vegan
<https://openrepos.net/content/micuintus/berlin-vegan>>
> >
> > Recently, I added a map feature to the app:
> >
> > 
<https://github.com/micuintus/harbour-Berlin-Vegan/issues/41

<https://github.com/micuintus/harbour-Berlin-Vegan/issues/41>>
> >
> > But to my astonishment, I realized that using QtLocation
is currently rejected
> > by the Harbour RPM validator:
> >
> >> Requires
> >> 
> >> ERROR [libQt5Location.so.5] Cannot require shared library:
> >> 'libQt5Location.so.5' ERROR [qt5-plugin-geoservices-osm]
Dependency not
> >> allowed
> >> ERROR [qt5-qtdeclarative-import-location] Dependency not
allowed
> >> ERROR [qt5-qtlocation] Dependency not allowed
> > Can you tell me why?
> >
> > QtLocation is listed to be available here
> >
> >  <https://sailfishos.org/wiki/Qt
<https://sailfishos.org/wiki/Qt>>
> >
> > and, apart from that, AFAIK Jolla was one of the main
contributors to the
> > QtLocation module.
> >
> >
> >
> > Furthermore, I noticed that some features of the QML Map
object seem to be
> > broken or missing at the moment:
> >
> >  * fitViewportToMapItems() does not have an effect
> >  * 'preventStealing' is not available
> >  * etc.
> >
> > Will these features be available and work once Qt is
updated to 5.6?
> > Will QtLocation be allowed for harbour store apps
> > once Qt 5.6 is (officially) available for Sailfish?
> >
> > And when can I expect Qt 5.6 to be released for SailfishOS? ;)
> >
> > Cheers,
> > micu
> >
> > PS: Happy new year to everyone!
>
> ___
> SailfishOS.org Devel mailing list
> To unsubscribe, please send a mail to
devel-unsubscr...@lists.sailfishos.or
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to
devel-unsubscr...@lists.sailfishos.org





___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail todevel-unsubscr...@lists.sailfishos.org


___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] lock JP01 on 4G, is it possible?

[Slava Monich]

Hi Claudio,


Yes, it would be useful to test this one too. For your convenience, I 
have built the rpm here:



https://build.merproject.org/package/show/home:slava:test/ofono


Cheers,

-Slava




Hi Slava,

so is better to wait your new implementation (extending the api) or 
the testing of the merge request patch still gives you useful feedback?






Date: Thu, 20 Apr 2017 18:41:49 +0300
From: Slava Monich <slava.mon...@jolla.com>
To: devel@lists.sailfishos.org
Subject: Re: [SailfishDevel] lock JP01 on 4G, is it possible?
Message-ID: <719e202b-892a-29d7-404f-e60e60a54...@jolla.com>
Content-Type: text/plain; charset="utf-8"; Format="flowed"

Hi Claudio,

I would say update to 2.1 first. 2.0.5 is missing some packages that the
latest ofono build depends on.

After giving it a bit more thought, I'm leaning towards not merging this
one but instead extending the api in such a way that would allow
selecting an arbitrary combination of technologies.

Cheers,
-Slava


>
> Hi Slava,
> I am interested in testing your solution. Does it work on SFOS 2.0.5
> or do I have to upgrade to 2.1 first?
>
> Also, how do I apply the patch? Is it possible to have it as
> patchmanager patch in openrepos?
>
> Lastly, does the patch also work on 3G (means, it strictly allows only
> 3G)?
>
> Thank you
> Claudio
>
> ----
>
>
> Message: 1
> Date: Fri, 14 Apr 2017 20:36:50 +0300
> From: Slava Monich <slava.mon...@jolla.com>
> To: devel@lists.sailfishos.org
> Subject: Re: [SailfishDevel] lock JP01 on 4G, is it possible?
> Message-ID: <b3463e0e-f3af-df3e-af7e-16523fc59...@jolla.com>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> Hi all,
>
> This should allow to force the use of the particular cellular 
technology:

>
> https://git.merproject.org/mer-core/ofono/merge_requests/112
<https://git.merproject.org/mer-core/ofono/merge_requests/112>

Allow to strictly define the preferred technology (!112) · Merge 
Requests · mer-core / ofono 
<https://git.merproject.org/mer-core/ofono/merge_requests/112>

git.merproject.org
Currently, if e.g. LTE is selected as the preferred technology, we 
allow all technologies up to and including LTE. With the 
`StrictTechnologySelection` option enabled, it would mean LTE and 
nothing...



>
> Obviously, there's no UI for this option and there won't be any time
> soon, but once this patch is merged, you will be able to enable it from
> the command line like this:
>
> dbus-send --system --print-reply --type=method_call --dest=org.ofono
> /ril_0 org.nemomobile.ofono.SimSettings.SetStrictTechnologySelection
> boolean:true
>
> The option survives the reboot and the value is stored on a per-SIM
> basis. It would be nice if somebody could give it a try and let me know
> (preferably by commenting on the merge request) if it does indeed help.
>
> Cheers,
> -Slava
>
> > Prefer 4g used to be 'lteumts' so with 3g, maybe 'lte' worked to
> restrict to 4G as callback switching didn't work and now it no longer
> works as before, so you'll have to be happy with 3g because they fixed
> it (jk, but wouldn't be surprised, edge cases get forgotten once they
> figure out the popular case)
> >
> > On Thursday, 13 April 2017, E.S. Rosenberg wrote:
> >> On my JP1 "Prefer 4G" in the network settings means that when 4G is
> >> available and I'm not making a call/sending an sms I am on 4G.
> >>
> >> I never thether WiFi though so don't know if that would work,
> usually use
> >> USB tethering so that it's charging and not finishing the battery
> so fast.
> >>
> >> 2017-04-13 16:10 GMT+03:00 szopin <szo...@gmail.com>:
> >>
> >>> check https://git.merproject.org/mer-core/ofono/blob/master/
<https://git.merproject.org/mer-core/ofono/blob/master/>

Files · master · mer-core / ofono 
<https://git.merproject.org/mer-core/ofono/blob/master/>

git.merproject.org
Sailfish OS fork of https://01.org/ofono


> <https://git.merproject.org/mer-core/ofono/blob/master/>
<https://git.merproject.org/mer-core/ofono/blob/master/>

Files · master · mer-core / ofono 
<https://git.merproject.org/mer-core/ofono/blob/master/>

git.merproject.org
Sailfish OS fork of https://01.org/ofono


> >>> ofono/doc/radio-settings-api.txt
> >>> it still says lte is for lte only, maybe a bug, or maybe a feature
> with
> >>> callback switching, on j1 it used to block any call functionality,
> might've
> >>> been undesired behaviour, no idea (I had a similar situation like
> you an

Re: [SailfishDevel] lock JP01 on 4G, is it possible?

[Slava Monich]

Hi Claudio,

I would say update to 2.1 first. 2.0.5 is missing some packages that the 
latest ofono build depends on.


After giving it a bit more thought, I'm leaning towards not merging this 
one but instead extending the api in such a way that would allow 
selecting an arbitrary combination of technologies.


Cheers,
-Slava




Hi Slava,
I am interested in testing your solution. Does it work on SFOS 2.0.5 
or do I have to upgrade to 2.1 first?


Also, how do I apply the patch? Is it possible to have it as 
patchmanager patch in openrepos?


Lastly, does the patch also work on 3G (means, it strictly allows only 
3G)?


Thank you
Claudio




Message: 1
Date: Fri, 14 Apr 2017 20:36:50 +0300
From: Slava Monich <slava.mon...@jolla.com>
To: devel@lists.sailfishos.org
Subject: Re: [SailfishDevel] lock JP01 on 4G, is it possible?
Message-ID: <b3463e0e-f3af-df3e-af7e-16523fc59...@jolla.com>
Content-Type: text/plain; charset=utf-8; format=flowed

Hi all,

This should allow to force the use of the particular cellular technology:

https://git.merproject.org/mer-core/ofono/merge_requests/112

Obviously, there's no UI for this option and there won't be any time
soon, but once this patch is merged, you will be able to enable it from
the command line like this:

dbus-send --system --print-reply --type=method_call --dest=org.ofono
/ril_0 org.nemomobile.ofono.SimSettings.SetStrictTechnologySelection
boolean:true

The option survives the reboot and the value is stored on a per-SIM
basis. It would be nice if somebody could give it a try and let me know
(preferably by commenting on the merge request) if it does indeed help.

Cheers,
-Slava

> Prefer 4g used to be 'lteumts' so with 3g, maybe 'lte' worked to 
restrict to 4G as callback switching didn't work and now it no longer 
works as before, so you'll have to be happy with 3g because they fixed 
it (jk, but wouldn't be surprised, edge cases get forgotten once they 
figure out the popular case)

>
> On Thursday, 13 April 2017, E.S. Rosenberg wrote:
>> On my JP1 "Prefer 4G" in the network settings means that when 4G is
>> available and I'm not making a call/sending an sms I am on 4G.
>>
>> I never thether WiFi though so don't know if that would work, 
usually use
>> USB tethering so that it's charging and not finishing the battery 
so fast.

>>
>> 2017-04-13 16:10 GMT+03:00 szopin <szo...@gmail.com>:
>>
>>> check https://git.merproject.org/mer-core/ofono/blob/master/ 
<https://git.merproject.org/mer-core/ofono/blob/master/>

>>> ofono/doc/radio-settings-api.txt
>>> it still says lte is for lte only, maybe a bug, or maybe a feature 
with
>>> callback switching, on j1 it used to block any call functionality, 
might've
>>> been undesired behaviour, no idea (I had a similar situation like 
you and

>>> wanted 4g only and it used to block any 2-3g connections, maybe it was
>>> dropped)
>>>
>>> On 13 April 2017 at 14:13, Claudio Campeggi <claudio.campeggi@studio.
>>> unibo.it> wrote:
>>>
>>>> Hi,
>>>> thank you for your replies but the command you provided doesn't work.
>>>> I do know that I won't be able to receive calls, but on 3G I 
barely get 5 megabits whereas on 4G I get always 10 megabits or more, 
not to talk about the amazingly low latency on 4G compared to 3G.
>>>> I want to force JP01 on 4G as once I start wifi tethering it 
won't automatically go to 4G, and I do know that there is 4G coverage 
in that place (as I wrote, better walls penetration on 800Mhz)..

>>>>
>>>> Regards
>>>>
>>>>
>>>> Yeah, ppl calling you would get busy signal (and no text from 
your provider to tell you about it), it doesn't work on jollac,and 
since radio switcher was mentioned as no longer working no idea if it 
still does

>>>>
>>>> On Tuesday, 11 April 2017, E.S. Rosenberg wrote:
>>>>> * The dialog in System Settings should be enough, it should be 
noted though
>>>> *>* that LTE did not usually support voice calls so when you are 
making the
>>>> *>* call the phone always needs to switch back to UMTS (things 
may have

>>>> *>* changed).
>>>> *> >* 2017-04-10 16:25 GMT+03:00 <https://lists.sailfishos.org/cgi-bin/mailman/listinfo/devel>>:
>>>> *> >* > This should force lte (calls will most likely be 
disabled, change 'lte' to

>>>> *>* > 'any' to switch back):
>>>> *>* >
>>>> *>* > dbus-send --system --print-reply --dest=org.ofono /ril_0 org
>>>> *>* > .ofono.RadioSettings.SetProperty string:"TechnologyPrefere

Re: [SailfishDevel] Qt Network: "Network access is disabled" after network change

[Slava Monich]

Network status detection in Qt 5.6 is unreliable when the system is 
switching between wifi and mobile data. That results in 
QNetworkAccessManager sometimes thinking that network access is disabled 
when in fact the device is online. At some point I attempted to fix it 
(https://git.merproject.org/mer-core/qtbase/commit/8122f32a) however 
that only eliminated one particular scenario of failure and reduced the 
probability. But it's still happening. As I understood it's a random 
thing (race condition) triggered by two connman services changing their 
status more or less simultaneously.


Jolla's Weather app also uses XmlListModel and suffers from the same issue.

Nobody at Jolla is actively working on it at the moment, our resources 
are limited these days. If somebody has an idea how to fix it, feel free 
to submit a pull request against mer-5.6 branch 
(https://git.merproject.org/mer-core/qtbase/commits/mer-5.6).


Best regards,
-Slava



Hi,

The same happens in my Rush hour app available in OpenRepos. My only connection 
to network is via QtQuick.XmlListModel 2.0. I am using Jolla C and the latest 
Iijoki 2.1.0.11

https://github.com/Rikujolla/trafficviewer/issues/2

Best regards, Riku

Sebastian Wolf kirjoitti sunnuntai 23. huhtikuuta 2017:

Hi colleagues,
  
some users of my application Piepmatz are reporting network issues when their

device network connection changes from WiFi to Cellular and vice versa. I
couldn't reproduce it so far with my FP2 on 2.0.5. As I'm only using standard Qt
Network classes to access the internet and no own network detection and
especially that not only my application is affected, it could possibly be
something in 2.1 itself. For some details see GitHub issue
https://github.com/Wunderfitz/harbour-piepmatz/issues/11
  
Didn't find anything with a quick search on together.jolla.com, so does somebody

of you know something about such an issue?
  
Thanks for any hints and best regards, Sebastia


___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] SQLite linking

[Slava Monich]

On 06/03/17 10:49, Martin Kampas wrote:

Hi Rinigus,

Did you consider this recommendation?

"To simplify matters, SQLite is also available as a pre-packaged 
amalgamation source code file: sqlite3.c. The amalgamation is a single 
file of ANSI-C code that implements the entire SQLite library. The 
amalgamation is much easier to deal with. Everything is contained 
within a single code file, so it is easy to drop into the source tree 
of a larger C or C++ program. [...] /For these reasons, the 
amalgamation source file ("sqlite3.c") is recommended for all 
applications/."[1]


What are the reasons that prevent you from using the upstream 
recommended approach? Are they worth your time and effort?




I was always amused by this recommendation. Note that they carefully say 
"it is easy to drop into the source tree of a LARGER C or C++ program". 
Even they do understand that it's ridiculous to drop 200k lines of 
obscure code into a poor little program that just happened to be in need 
of some database access.


But yeah, if you have written a few million lines of code, adding 200k 
more is not such a big deal. Still, I would personally prefer to use the 
system library for the sake of performance, future updates, bug fixes 
and system-specific tweaks.


Here's a good example - by default sqlite3.c is using up to 2MB+500KB of 
memory for some sort of cache, meaning that every app that has some use 
of sqlite would consume at least 2.5MB of heap. That code will never 
deallocate anything until the buffer fills up, it's that bad. It was 
quite noticeable on the heap usage graph. We have reduced that to 
500KB+125KB and things got better:


https://git.merproject.org/mer-core/sqlite/commit/f132f16b

However, it obviously doesn't affect the apps which have that default 
2.5MB limit compiled in. Those will happily continue eating up memory.


I would encourage the developers to use the system sqlite library.

Cheers,
-Slava
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] lock JP01 on 4G, is it possible?

[Slava Monich]

Hi all,

This should allow to force the use of the particular cellular technology:

https://git.merproject.org/mer-core/ofono/merge_requests/112

Obviously, there's no UI for this option and there won't be any time 
soon, but once this patch is merged, you will be able to enable it from 
the command line like this:


dbus-send --system --print-reply --type=method_call --dest=org.ofono 
/ril_0 org.nemomobile.ofono.SimSettings.SetStrictTechnologySelection 
boolean:true


The option survives the reboot and the value is stored on a per-SIM 
basis. It would be nice if somebody could give it a try and let me know 
(preferably by commenting on the merge request) if it does indeed help.


Cheers,
-Slava


Prefer 4g used to be 'lteumts' so with 3g, maybe 'lte' worked to restrict to 4G 
as callback switching didn't work and now it no longer works as before, so 
you'll have to be happy with 3g because they fixed it (jk, but wouldn't be 
surprised, edge cases get forgotten once they figure out the popular case)

On Thursday, 13 April 2017, E.S. Rosenberg wrote:

On my JP1 "Prefer 4G" in the network settings means that when 4G is
available and I'm not making a call/sending an sms I am on 4G.

I never thether WiFi though so don't know if that would work, usually use
USB tethering so that it's charging and not finishing the battery so fast.

2017-04-13 16:10 GMT+03:00 szopin :


check https://git.merproject.org/mer-core/ofono/blob/master/
ofono/doc/radio-settings-api.txt
it still says lte is for lte only, maybe a bug, or maybe a feature with
callback switching, on j1 it used to block any call functionality, might've
been undesired behaviour, no idea (I had a similar situation like you and
wanted 4g only and it used to block any 2-3g connections, maybe it was
dropped)

On 13 April 2017 at 14:13, Claudio Campeggi  wrote:


Hi,
thank you for your replies but the command you provided doesn't work.
I do know that I won't be able to receive calls, but on 3G I barely get 5 
megabits whereas on 4G I get always 10 megabits or more, not to talk about the 
amazingly low latency on 4G compared to 3G.
I want to force JP01 on 4G as once I start wifi tethering it won't 
automatically go to 4G, and I do know that there is 4G coverage in that place 
(as I wrote, better walls penetration on 800Mhz)..

Regards


Yeah, ppl calling you would get busy signal (and no text from your provider to 
tell you about it), it doesn't work on jollac,and since radio switcher was 
mentioned as no longer working no idea if it still does

On Tuesday, 11 April 2017, E.S. Rosenberg wrote:

* The dialog in System Settings should be enough, it should be noted though

*>* that LTE did not usually support voice calls so when you are making the
*>* call the phone always needs to switch back to UMTS (things may have
*>* changed).
*> >* 2017-04-10 16:25 GMT+03:00 https://lists.sailfishos.org/cgi-bin/mailman/listinfo/devel>>:
*> >* > This should force lte (calls will most likely be disabled, change 'lte' 
to
*>* > 'any' to switch back):
*>* >
*>* > dbus-send --system --print-reply --dest=org.ofono /ril_0 org
*>* > .ofono.RadioSettings.SetProperty string:"TechnologyPreference"
*>* > variant:string:"
*>* > lte"
*>* >
*>* > (or at least this used to work in 2014)
*>* >
*>* >
*>* > On Monday, 10 April 2017, Claudio Campeggi wrote:
*>* > > Hi,
*>* > > in the past I used the Radio Switch app (on warehouse) to lock my JP01
*>* > > on 4G network (it seems that if 3G signal is low sailfish doesn't search
*>* > > for 4G networks, but in my area 3g is 2100MHz and 4g on 800MHz, so it
*>* > > penetrates the building walls way better), but a while ago the 4G mode
*>* > > stopped working because the bash command use was no longer working.
*>* > >
*>* > > I'm writing to know if it's still possible with a new bash command to
*>* > > lock the phone in 4G only mode, and if so how.
*>* > >
*>* > > I do know there is the "more network modes" patch but I would like to
*>* > > avoid to use patches.
*>* > >
*>* > > Thank you
*>* > >
*>* > >



___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] lock JP01 on 4G, is it possible?

[Slava Monich]

Whoever is interested, can subscribe for notifications in Mer bugzilla:


https://bugs.merproject.org/show_bug.cgi?id=1640


Whenever I have something to test, I'll drop a note there, to avoid 
spamming everyone on this list.


Cheers,
-Slava



Hi Claudio,


Yes, it would be useful to test this one too. For your convenience, I 
have built the rpm here:



https://build.merproject.org/package/show/home:slava:test/ofono


Cheers,

-Slava




Hi Slava,

so is better to wait your new implementation (extending the api) or 
the testing of the merge request patch still gives you useful feedback?






Date: Thu, 20 Apr 2017 18:41:49 +0300
From: Slava Monich <slava.mon...@jolla.com>
To: devel@lists.sailfishos.org
Subject: Re: [SailfishDevel] lock JP01 on 4G, is it possible?
Message-ID: <719e202b-892a-29d7-404f-e60e60a54...@jolla.com>
Content-Type: text/plain; charset="utf-8"; Format="flowed"

Hi Claudio,

I would say update to 2.1 first. 2.0.5 is missing some packages that the
latest ofono build depends on.

After giving it a bit more thought, I'm leaning towards not merging this
one but instead extending the api in such a way that would allow
selecting an arbitrary combination of technologies.

Cheers,
-Slava


>
> Hi Slava,
> I am interested in testing your solution. Does it work on SFOS 2.0.5
> or do I have to upgrade to 2.1 first?
>
> Also, how do I apply the patch? Is it possible to have it as
> patchmanager patch in openrepos?
>
> Lastly, does the patch also work on 3G (means, it strictly allows only
> 3G)?
>
> Thank you
> Claudio
>
> 
----

>
>
> Message: 1
> Date: Fri, 14 Apr 2017 20:36:50 +0300
> From: Slava Monich <slava.mon...@jolla.com>
> To: devel@lists.sailfishos.org
> Subject: Re: [SailfishDevel] lock JP01 on 4G, is it possible?
> Message-ID: <b3463e0e-f3af-df3e-af7e-16523fc59...@jolla.com>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> Hi all,
>
> This should allow to force the use of the particular cellular 
technology:

>
> https://git.merproject.org/mer-core/ofono/merge_requests/112
<https://git.merproject.org/mer-core/ofono/merge_requests/112>

Allow to strictly define the preferred technology (!112) · Merge 
Requests · mer-core / ofono 
<https://git.merproject.org/mer-core/ofono/merge_requests/112>

git.merproject.org
Currently, if e.g. LTE is selected as the preferred technology, we 
allow all technologies up to and including LTE. With the 
`StrictTechnologySelection` option enabled, it would mean LTE and 
nothing...



>
> Obviously, there's no UI for this option and there won't be any time
> soon, but once this patch is merged, you will be able to enable it from
> the command line like this:
>
> dbus-send --system --print-reply --type=method_call --dest=org.ofono
> /ril_0 org.nemomobile.ofono.SimSettings.SetStrictTechnologySelection
> boolean:true
>
> The option survives the reboot and the value is stored on a per-SIM
> basis. It would be nice if somebody could give it a try and let me know
> (preferably by commenting on the merge request) if it does indeed help.
>
> Cheers,
> -Slava
>
> > Prefer 4g used to be 'lteumts' so with 3g, maybe 'lte' worked to
> restrict to 4G as callback switching didn't work and now it no longer
> works as before, so you'll have to be happy with 3g because they fixed
> it (jk, but wouldn't be surprised, edge cases get forgotten once they
> figure out the popular case)
> >
> > On Thursday, 13 April 2017, E.S. Rosenberg wrote:
> >> On my JP1 "Prefer 4G" in the network settings means that when 4G is
> >> available and I'm not making a call/sending an sms I am on 4G.
> >>
> >> I never thether WiFi though so don't know if that would work,
> usually use
> >> USB tethering so that it's charging and not finishing the battery
> so fast.
> >>
> >> 2017-04-13 16:10 GMT+03:00 szopin <szo...@gmail.com>:
> >>
> >>> check https://git.merproject.org/mer-core/ofono/blob/master/
<https://git.merproject.org/mer-core/ofono/blob/master/>

Files · master · mer-core / ofono 
<https://git.merproject.org/mer-core/ofono/blob/master/>

git.merproject.org
Sailfish OS fork of https://01.org/ofono


> <https://git.merproject.org/mer-core/ofono/blob/master/>
<https://git.merproject.org/mer-core/ofono/blob/master/>

Files · master · mer-core / ofono 
<https://git.merproject.org/mer-core/ofono/blob/master/>

git.merproject.org
Sailfish OS fork of https://01.org/ofono


> >>> ofono/doc/radio-settings-api.txt
> >>> it still says lte is 

Re: [SailfishDevel] Nemo DBus typedCall

[Slava Monich]

Yes, in that respect the changes are backward compatible. Whatever you 
are getting from GetProperties can be monitored by handling the 
PropertyChanged signals. You just need to be prepared that SetProperty 
and other calls (Connect, Disconnect etc.) may respond with 
net.connman.Error.PermissionDenied if your process doesn't have enough 
privileges for that.


The idea is that the user has to be reasonably sure that a random app 
pulled from Jolla Store doesn't mess with the system configuration (e.g. 
doesn't enable mobile data behind your back). Most likely, a similar 
fate is awaiting ofono and a few other D-Bus interfaces. Right now Jolla 
Store apps can do way too much over D-Bus. We (well, at least I) will 
try not to not break backward compatibility of D-Bus APIs except when 
the breakage is absolutely inevitable, even though those are not 
officially supported APIs.


And as always, all these changes are open for close examination at 
git.merproject.org.


Cheers,
-Slava


Can I still monitor for changes and read properties? Can you give a 
more complete view what will change exactly? I am building an 
universal bridge between Python and QML with integrated Platform APIs 
based on DBUS and other stuff.


Dylan





 Original Message 
Subject: Re: [SailfishDevel] Nemo DBus typedCall
Local Time: June 11, 2017 7:16 PM
UTC Time: June 11, 2017 5:16 PM
From: slava.mon...@jolla.com
To: devel@lists.sailfishos.org
Dylan Van Assche 

And keep in mind that starting with Sailfish OS 2.1.1 non-privileged 
processes won't be able to set this property (as well as do a few 
other connman things, e.g. manipulate the services). In order to be 
able to use the restricted D-Bus APIs you would have to ask the 
launcher to run your app under nemo:privileged but that would 
automatically disqualify the app from getting accepted to Jolla 
Store. Sailfish OS is getting security conscious!


Cheers,
-Slava




You’re missing the property name. You need:


string:Powered variant:boolean:true


ref:

https://together.jolla.com/question/56437/i-would-like-to-toggle-internet-connectivity-via-terminal-with-dbus/


typedCall('SetProperty', [ {'type':'s', 'value': 'Powered'}, 
{'type':'v', 'value': valuet}], …);



ref: https://talk.maemo.org/archive/index.php/t-92303.html



-kimmo


*From:*Devel [mailto:devel-boun...@lists.sailfishos.org] *On Behalf 
Of *Dylan Van Assche via Devel

*Sent:* 10. kesäkuuta 2017 12:45
*To:* Sailfish OS Developers mailing list
*Subject:* [SailfishDevel] Nemo DBus typedCall


Hi devs,


I'm playing around with the Nemo DBus QML plugin but I'm a little 
bit stuck when using the function typedCall().





DBusInterface{
id:/wifi/
bus:DBus.SystemBus
service:'net.connman'
path:'/net/connman/technology/wifi'
iface:'net.connman.Technology'
  
signalsEnabled:true
  
function/setState/(powered){

var/value/=/powered/?'true':'false'
typedCall('SetProperty',
{'type':'s','value':/value/},
function(){/console/.log('[INFO]wifipowerstate set')},
function(){/console/.log('[ERROR]wifipowerstate failed')})
}
  
function/propertyChanged/(name,value){

/console/.log("WiFichangedNAME=%1VALUE=%2".arg(/name/).arg(/value/))
}
}


But it seems that I'm doing something wrong when I try to 
enable/disable wifi. It's my first attempts with DBus but I have 
managed to read the signals with the plugin without any issues.



Cheers,

Dylan




___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail todevel-unsubscr...@lists.sailfishos.org




___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org


___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Nemo DBus typedCall

[Slava Monich]

And keep in mind that starting with Sailfish OS 2.1.1 non-privileged 
processes won't be able to set this property (as well as do a few other 
connman things, e.g. manipulate the services). In order to be able to 
use the restricted D-Bus APIs you would have to ask the launcher to run 
your app under nemo:privileged but that would automatically disqualify 
the app from getting accepted to Jolla Store. Sailfish OS is getting 
security conscious!


Cheers,
-Slava



You’re missing the property name. You need:

string:Powered variant:boolean:true

ref:

https://together.jolla.com/question/56437/i-would-like-to-toggle-internet-connectivity-via-terminal-with-dbus/

typedCall('SetProperty', [ {'type':'s', 'value': 'Powered'}, 
{'type':'v', 'value': valuet}], …);


ref: https://talk.maemo.org/archive/index.php/t-92303.html

-kimmo

*From:*Devel [mailto:devel-boun...@lists.sailfishos.org] *On Behalf Of 
*Dylan Van Assche via Devel

*Sent:* 10. kesäkuuta 2017 12:45
*To:* Sailfish OS Developers mailing list
*Subject:* [SailfishDevel] Nemo DBus typedCall

Hi devs,

I'm playing around with the Nemo DBus QML plugin but I'm a little bit 
stuck when using the function typedCall().


DBusInterface{
id:/wifi/
bus:DBus.SystemBus
service:'net.connman'
path:'/net/connman/technology/wifi'
iface:'net.connman.Technology'
signalsEnabled:true
function/setState/(powered){
var/value/=/powered/?'true':'false'
typedCall('SetProperty',
{'type':'s','value':/value/},
function(){/console/.log('[INFO]wifipowerstate set')},
function(){/console/.log('[ERROR]wifipowerstate failed')})
}
function/propertyChanged/(name,value){
/console/.log("WiFichangedNAME=%1VALUE=%2".arg(/name/).arg(/value/))
}
}

But it seems that I'm doing something wrong when I try to 
enable/disable wifi. It's my first attempts with DBus but I have 
managed to read the signals with the plugin without any issues.


Cheers,

Dylan



___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org


___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Qt Network: "Network access is disabled" after network change

[Slava Monich]

Here, I copied the most interesting parts from the bug:

Basically, QNetworkAccessManager is sometimes stuck in NotAccessible 
state after switching from mobile data to wifi.


Among other things, it makes QNetworkAccessManager::get () to fail with 
QDisabledNetworkReply which breaks XmlListModel as some people have noted.


Qt 5.2 had a similar problem but this helped:

https://git.merproject.org/mer-core/qtbase/merge_requests/3

Unfortunately, Qt connman bearer plugin has significantly changed in Qt 
5.6 and this trick stopped working.


When the switch (between mobile and wifi) is happening, the action 
occurs in parallel on two threads, Qt bearer thread and the main thread, 
the signals are queued, although the main thread is fetching the current 
state directly from the objects being manipulated by the bearer thread. 
My theory was that configurationChanged, onlineStateChanged and 
networkSessionStateChanged (queued) signals from the past were getting 
mixed with the current state (which was checked directly) in such a way 
that QNetworkAccessManagerPrivate online state remained false even 
though connman service was getting successfully connected. So I came up 
with this:


https://git.merproject.org/mer-core/qtbase/merge_requests/18

but that didn't quite fix it. It does eliminate one scenario (described 
in the merge request) but there must be something else there. The whole 
connman bearer plugin thing looks generally prone to race conditions, I 
would've done it differently but we have what we have.


Cheers,
-Slava



Thanks for the quick reply;
I was actually hoping to collect some more background intel on this issue.


On Sun, Apr 30, 2017 at 10:56 PM, Slava Monich <slava.mon...@jolla.com 
<mailto:slava.mon...@jolla.com>> wrote:


Unfortunately, no, it's an internal bug. If you would like to be
notified via email about a potential fix, you could watch qtbase
pull requests - those are quite rare, it shouldn't be too much of
a spam.

Cheers,
-Slava




Hi Slava;
is there a MER bug for this?

tortoisedoc

On Sun, Apr 23, 2017 at 11:33 AM, Slava Monich
<slava.mon...@jolla.com <mailto:slava.mon...@jolla.com>> wrote:

Network status detection in Qt 5.6 is unreliable when the
system is switching between wifi and mobile data. That
results in QNetworkAccessManager sometimes thinking that
network access is disabled when in fact the device is online.
At some point I attempted to fix it
(https://git.merproject.org/mer-core/qtbase/commit/8122f32a
<https://git.merproject.org/mer-core/qtbase/commit/8122f32a>)
however that only eliminated one particular scenario of
failure and reduced the probability. But it's still
happening. As I understood it's a random thing (race
condition) triggered by two connman services changing their
status more or less simultaneously.

Jolla's Weather app also uses XmlListModel and suffers from
the same issue.

Nobody at Jolla is actively working on it at the moment, our
resources are limited these days. If somebody has an idea how
to fix it, feel free to submit a pull request against mer-5.6
branch
(https://git.merproject.org/mer-core/qtbase/commits/mer-5.6
<https://git.merproject.org/mer-core/qtbase/commits/mer-5.6>).

Best regards,
-Slava


Hi,

The same happens in my Rush hour app available in
OpenRepos. My only connection to network is via
QtQuick.XmlListModel 2.0. I am using Jolla C and the
latest Iijoki 2.1.0.11

https://github.com/Rikujolla/trafficviewer/issues/2
<https://github.com/Rikujolla/trafficviewer/issues/2>

Best regards, Riku

Sebastian Wolf kirjoitti sunnuntai 23. huhtikuuta 2017:

Hi colleagues,
  some users of my application Piepmatz are reporting
network issues when their
device network connection changes from WiFi to
Cellular and vice versa. I
couldn't reproduce it so far with my FP2 on 2.0.5. As
I'm only using standard Qt
Network classes to access the internet and no own
network detection and
especially that not only my application is affected,
it could possibly be
something in 2.1 itself. For some details see GitHub
issue
https://github.com/Wunderfitz/harbour-piepmatz/issues/11
<https://github.com/Wunderfitz/harbour-piepmatz/issues/11>
  Didn't find anything with a quick search on
together.jolla.com <http://together.jolla.com>, so
does somebody
of you know something about such an 

Re: [SailfishDevel] Qt Network: "Network access is disabled" after network change

[Slava Monich]

Unfortunately, no, it's an internal bug. If you would like to be 
notified via email about a potential fix, you could watch qtbase pull 
requests - those are quite rare, it shouldn't be too much of a spam.


Cheers,
-Slava



Hi Slava;
is there a MER bug for this?

tortoisedoc

On Sun, Apr 23, 2017 at 11:33 AM, Slava Monich <slava.mon...@jolla.com 
<mailto:slava.mon...@jolla.com>> wrote:


Network status detection in Qt 5.6 is unreliable when the system
is switching between wifi and mobile data. That results in
QNetworkAccessManager sometimes thinking that network access is
disabled when in fact the device is online. At some point I
attempted to fix it
(https://git.merproject.org/mer-core/qtbase/commit/8122f32a
<https://git.merproject.org/mer-core/qtbase/commit/8122f32a>)
however that only eliminated one particular scenario of failure
and reduced the probability. But it's still happening. As I
understood it's a random thing (race condition) triggered by two
connman services changing their status more or less simultaneously.

Jolla's Weather app also uses XmlListModel and suffers from the
same issue.

Nobody at Jolla is actively working on it at the moment, our
resources are limited these days. If somebody has an idea how to
fix it, feel free to submit a pull request against mer-5.6 branch
(https://git.merproject.org/mer-core/qtbase/commits/mer-5.6
<https://git.merproject.org/mer-core/qtbase/commits/mer-5.6>).

Best regards,
-Slava


Hi,

The same happens in my Rush hour app available in OpenRepos.
My only connection to network is via QtQuick.XmlListModel 2.0.
I am using Jolla C and the latest Iijoki 2.1.0.11

https://github.com/Rikujolla/trafficviewer/issues/2
<https://github.com/Rikujolla/trafficviewer/issues/2>

Best regards, Riku

Sebastian Wolf kirjoitti sunnuntai 23. huhtikuuta 2017:

Hi colleagues,
  some users of my application Piepmatz are reporting
network issues when their
device network connection changes from WiFi to Cellular
and vice versa. I
couldn't reproduce it so far with my FP2 on 2.0.5. As I'm
only using standard Qt
Network classes to access the internet and no own network
detection and
especially that not only my application is affected, it
could possibly be
something in 2.1 itself. For some details see GitHub issue
https://github.com/Wunderfitz/harbour-piepmatz/issues/11
<https://github.com/Wunderfitz/harbour-piepmatz/issues/11>
  Didn't find anything with a quick search on
together.jolla.com <http://together.jolla.com>, so does
somebody
of you know something about such an issue?
  Thanks for any hints and best regards, Sebastia


___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to
devel-unsubscr...@lists.sailfishos.org
<mailto:devel-unsubscr...@lists.sailfishos.org>




___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org


___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Missing /usr/bin/sailfish-qml on the phone

[Slava Monich]

Hi Harri,

You need to install libsailfishapp-launcher package on your phone. Add 
"Requires: libsailfishapp-launcher" to your .spec file so that this 
package gets installed automatically together with your app.


Here is the source for the launcher, for your reference:

https://github.com/sailfishos/libsailfishapp

Cheers,
-Slava



Hello,

I'm new to Sailfish, so please bear with me if I'm asking something obvious. I 
got my Sailfish X last week, and now I'm studying the SDK.

QML and QML+C++ examples work fine, both in the emulator and on the Xperia.

But I have a problem with the python example that is part of the tutorial in 
the SDK docs (i.e. this one: https://github.com/sailfishos/python-sample):

It works fine in the emulator, but on the phone it throws the following error:

bash: /usr/bin/sailfish-qml: No such file or directory
Application finished with exit code 127.

Is the example outdated? Or am I missing some package on the phone?

Harri
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org


___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] OS version limits

[Slava Monich]

You need to build against old SDK to keep your binary compatible with 
older releases of Sailfish OS. Mer OBS still has 1.0.5 target available 
for armv7 (and 1.1.something for i486), use that to build your rpms. And 
generally, use OBS to build rpms for the store :)


Cheers,
-Slava


Hi,

When I update my app in the Harbour, the OS version limits / Detected OS
versions compatibility field has most of the entries crossed out.  I can
only upload my app by making it SFOS 2.1.0+ compatible this way.  I can
remember that it wasn't always like that, and my app used to be SFOS 1.0.2+
compatible.  Is it possible to find out what causes my app to be no longer
compatible with pre-2.1 SFOS releases?  I've tried the validator, but it
doesn't seem to unveil that particular feature of my RPM package.  I've also
tried to upload an older RPM build of my app, and the Harbour correctly
identified them as SFOS 1.0.2+ compatible.

Thanks,
Tamas

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org


___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Missing /usr/bin/sailfish-qml on the phone

[Slava Monich]

Basically, I was trying to say that if Jolla Store client can do it and 
command line pkcon can do it (i.e. automatically install dependencies) 
then Warehouse can do it too. If Warehouse doesn't do it, it's the 
choice made by the creator of the app. I pulled the sources and haven't 
found anything there about the dependencies.


One thing that I learned today: The PackageKit currently used by 
Sailfish OS (version 0.8.something + a few patches)  has D-Bus method 
called GetDepends. However the smart upstream guys have renamed it into 
DependsOn:


https://github.com/hughsie/PackageKit/commit/e590ed91

(backward compatibility? what's that? never heard of it!) meaning that 
Warehouse should try both methods to make sure that it works with future 
versions of PackageKit. Right now it doesn't seem to do anything.


Cheers,

-Slava


On 20/10/17 02:54, Osmo Salomaa wrote:

On Fri, Oct 20, 2017, at 00:41, Slava Monich wrote:

... but you can install an rpm by somehow transferring it to the phone
(e.g. by downloading it with the browser) and then tapping it in
Settings -> Transfers. You would have to allow installing untrusted
software first on the Settings -> Untrusted software page.

I don't think this has anything to do with "pkcon refresh".

I constantly keep running into reports from users where the dependencies
cannot be found and the solution always is "pkcon refresh". As far as I
know that happens both with OpenRepos + Warehouse and the manual way you
describe. Please try to do something about this, it's annoying to tell
users they need developer mode and command line just to install an RPM.

https://together.jolla.com/question/132628
https://github.com/otsaloma/poor-maps/issues/57



___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Missing /usr/bin/sailfish-qml on the phone

[Slava Monich]

Dependencies should be pulled in automatically for the apps getting 
installed from the Jolla Store. I don't know how Warehouse works and 
what it does about missing dependencies.



... but you can install an rpm by somehow transferring it to the phone 
(e.g. by downloading it with the browser) and then tapping it in 
Settings -> Transfers. You would have to allow installing untrusted 
software first on the Settings -> Untrusted software page.



I don't think this has anything to do with "pkcon refresh".


Cheers,

-Slava




Hi Slava,
Cool this is brought up because I have a question about that.
I've installed Sailfish X, but hadn't enabled the developers mode yet, 
and some applications from OpenRepos didn't install because of 
dependencies, including this one:
Status: dep-resolution-failed Extra details: nothing provides 
libsailfishapp-launcher needed by ...


If I enable the developer mode, it works, but isn't there a way for 
"normal users" to make this work? I guess if I install an app with 
this dependency from the Store, it will work too, but isn't there  an 
other way to "pkcon refresh"? Could Warehouse do it itself?

Stupid question maybe: why aren't the repositories up-to-date by default?
Thanks!


*De :* Devel <devel-boun...@lists.sailfishos.org> de la part de Slava 
Monich <slava.mon...@jolla.com>

*Envoyé :* mercredi 18 octobre 2017 08:53
*À :* devel@lists.sailfishos.org
*Objet :* Re: [SailfishDevel] Missing /usr/bin/sailfish-qml on the phone
Hi Harri,

You need to install libsailfishapp-launcher package on your phone. Add
"Requires: libsailfishapp-launcher" to your .spec file so that this
package gets installed automatically together with your app.

Here is the source for the launcher, for your reference:

https://github.com/sailfishos/libsailfishapp

Cheers,
-Slava


> Hello,
>
> I'm new to Sailfish, so please bear with me if I'm asking something 
obvious. I got my Sailfish X last week, and now I'm studying the SDK.

>
> QML and QML+C++ examples work fine, both in the emulator and on the 
Xperia.

>
> But I have a problem with the python example that is part of the 
tutorial in the SDK docs (i.e. this one: 
https://github.com/sailfishos/python-sample): 
<https://github.com/sailfishos/python-sample%29:>

>
> It works fine in the emulator, but on the phone it throws the 
following error:

>
> bash: /usr/bin/sailfish-qml: No such file or directory
> Application finished with exit code 127.
>
> Is the example outdated? Or am I missing some package on the phone?
>
> Harri
> ___
> SailfishOS.org Devel mailing list
> To unsubscribe, please send a mail to 
devel-unsubscr...@lists.sailfishos.org


___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to 
devel-unsubscr...@lists.sailfishos.org



___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org


___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Missing /usr/bin/sailfish-qml on the phone

[Slava Monich]

Yes it could do that too but that would involve a more sophisticated UI 
- the list of packages that are actually getting installed has to be 
presented to the user, total size, localization and so on. I agree that 
it would be nice (can't think of any reason not to do it), it's just not 
high on the priority list I guess.



-Slava


Ok, so you are also saying that the "tap-on-RPM-to-install" mechanism 
in Sailfish OS could do it too but it's Jolla's choice not to?
Is that for security reasons? Since the user has accepted the risks by 
ticking "untrusted sources", could the behaviour be changed?


*De :* Devel <devel-boun...@lists.sailfishos.org> de la part de Slava 
Monich <slava.mon...@jolla.com>

*Envoyé :* vendredi 20 octobre 2017 09:46
*À :* devel@lists.sailfishos.org
*Objet :* Re: [SailfishDevel] Missing /usr/bin/sailfish-qml on the phone
Basically, I was trying to say that if Jolla Store client can do it and
command line pkcon can do it (i.e. automatically install dependencies)
then Warehouse can do it too. If Warehouse doesn't do it, it's the
choice made by the creator of the app. I pulled the sources and haven't
found anything there about the dependencies.

One thing that I learned today: The PackageKit currently used by
Sailfish OS (version 0.8.something + a few patches)  has D-Bus method
called GetDepends. However the smart upstream guys have renamed it into
DependsOn:

https://github.com/hughsie/PackageKit/commit/e590ed91

(backward compatibility? what's that? never heard of it!) meaning that
Warehouse should try both methods to make sure that it works with future
versions of PackageKit. Right now it doesn't seem to do anything.

Cheers,

-Slava


On 20/10/17 02:54, Osmo Salomaa wrote:
> On Fri, Oct 20, 2017, at 00:41, Slava Monich wrote:
>> ... but you can install an rpm by somehow transferring it to the phone
>> (e.g. by downloading it with the browser) and then tapping it in
>> Settings -> Transfers. You would have to allow installing untrusted
>> software first on the Settings -> Untrusted software page.
>>
>> I don't think this has anything to do with "pkcon refresh".
> I constantly keep running into reports from users where the dependencies
> cannot be found and the solution always is "pkcon refresh". As far as I
> know that happens both with OpenRepos + Warehouse and the manual way you
> describe. Please try to do something about this, it's annoying to tell
> users they need developer mode and command line just to install an RPM.
>
> https://together.jolla.com/question/132628
> https://github.com/otsaloma/poor-maps/issues/57
>

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to 
devel-unsubscr...@lists.sailfishos.org



___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org


___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Looking for IOCTL commands to check phone credit

[Slava Monich]

Hi Laurent,

It's connman who maintains the data counters - and those are shown on 
Settings -> Data counters page. They are fairly accurate, although not 
100%. Besides, some operators may exclude some traffic from their data 
usage calculation, the device can't possibly know anything about that. 
But still, connman data counters are pretty close to the reality in most 
situations.


We are also planning to introduce extended Sailfish OS specific D-Bus 
interfaces to connman which would provide additional data counter 
functionality such as auto-reset, cut-off, data usage history etc. But I 
don't have any ETA for that, at this point it's beyond the planning 
horizon. It's not going to happen within the next few months though, 
that's for sure.


Cheers,
-Slava


Dear Juice,


I am not sure what do you refer to by "remaining phone credit" ?
Do you mean something the amount of pre-paid calltime left for example?


Yes indeed, though I would rather be looking for the remaining data quota.


That is a network feature and you cannot get the data from the device,
you need to set up a signalling connection to HLR to retrieve the data.


No way to trigger that request through an Ofono-like primitive?

Best regards,
LS
--

Laurent SCHUMACHER
Professeur
Faculté d'Informatique

T. +32 (0)81 724 980
F. +32 (0)81 724 967
laurent.schumac...@ieee.org 
http://www.unamur.be/universite/personnes/page_view/01005249/
http://be.linkedin.com/pub/laurent-schumacher/0/32b/7b7

Université de Namur ASBL
Rue de Bruxelles 61 - 5000 Namur

Let’s respect the environment together.
Only print this message if necessary!


___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] DBus events for incoming call statuses

[Slava Monich]

There's also ofono D-Bus interface (the original source of pretty much 
everything related to telephony) and libqofono library:


https://git.merproject.org/mer-core/libqofono

Harbour apps can't link to it though but there's nothing wrong with 
compiling bits of it into your app.


Cheers,
-Slava


Hi Adam,

thank you very much, that was fast. :) Haven't thought of checking these kind 
of apps...

Will check in detail when I have some free time - probably on the next weekend.

Best regards, Sebastian

On Monday, 16 July 2018, Adam Pigg wrote:

Hi Sebastian

In Amazfish, I 'borrowed' the code from rockpool for the same thing, see
https://github.com/piggz/harbour-amazfish/blob/master/src/voicecallhandler.cpp

Adam

On Mon, 16 Jul 2018 at 22:11 Sebastian Wolf  wrote:


Dear fellow developers,

last weekend, I did some additional experiments with my new Gemini PDA and
was quite happy that I could implement a nice Knight-Rider/K.I.T.T.-like
LED animation for incoming calls for SFOS. What drove me crazy was that the
DBus event which I found out for active call changes doesn't fire in all
cases. Incoming call detection always works, but when the status changes,
sometimes no event comes in, so I can't disable the LEDs when the call is
answered/disconnected etc in all cases...

Currently, I use the event statusChanged
on org.nemomobile.voicecall.VoiceCall with the path /calls/active on the
session bus - details on:
https://github.com/Wunderfitz/harbour-funzel/blob/master/src/funzel.cpp#L30


I couldn't find any reliable information if another event might be better,
only some old and most certainly outdated information about MCE... But
maybe I was just blind. Does anybody know a reliable option for current
SFOS releases?

Thanks in advance and best regards, Sebastian
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to
devel-unsubscr...@lists.sailfishos.org


___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] app hangs on shutdown

[Slava Monich]

Have you tried debugging with a debugger (run the app under gdb and 
examine the backtrace when it gets stuck)? That seems to be the obvious 
first step to me.


Cheers,
-Slava

We debugged a failure to initiate destruction further. As suggested 
by @wdehoog, I added


Connections {
 target: __quickWindow
 onClosing: console.log("")
 }

to ApplicationWindow. This one does get called during app closure, 
without further propagation over to destruction 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 interaction. Its also using Mapbox GL widget
that I wrote on the basis of Mapbox GL QtLocation plugin.

I am facing a problem which I don't know how to solve, hence
asking for help. Namely, Pure Maps sometimes does not shutdown
cleanly after closure by the user. Namely, when app is closed in
GUI (I presume close guesture or touching X in SFOS overview
mode), the process stays. Same if the app is started from terminal
- if the shutdown was unsuccessful, terminal prompt does not
return after closing the program.

And here were the mystery starts. With the suspicion that maybe
some python call is hanging, the printouts were added before and
after Python calls (through QML Python wrapper). Regardless to
whether the app was shutdown cleanly or was left hanging, the
calls (sync or async) always returned.

I have added printout statements in Component.onDestruction for
key QML items in the app and could see that, when the app hangs,
none of the onDestruction handlers were called.

Hence the question, what could cause Silica app to refuse starting
destruction cascade?

This issue is mainly reported by J1 users and I had a great help
from @pichlo with debugging it. Sometimes, we observed OOM killing
of other app during the navigation. So, I presume, the device is
under significant RAM pressure. But still, I am rather blank on
where 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


___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] app hangs on shutdown

[Slava Monich]

/proc/$PID/exe is a link to the executable. You can load that executable 
into gdb and attach to the hung process. Then you will probably discover 
that important debug symbols are missing but it's a different matter.


As an example, let's say process 1117 has hung:

[root@Sailfish ~]# ls -la /proc/1117/exe
lrwxrwxrwx 1 root root 0 Sep  9 12:59 /proc/1117/exe -> 
/usr/libexec/mapplauncherd/booster-qt5

[root@Sailfish ~]# gdb /usr/libexec/mapplauncherd/booster-qt5
GNU gdb (GDB) Mer (7.6.2+git2)
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
<http://gnu.org/licenses/gpl.html>

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "armv7hl-meego-linux-gnueabi".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/libexec/mapplauncherd/booster-qt5...Reading 
symbols from 
/home/debug/lib/debug/usr/libexec/mapplauncherd/booster-qt5-1.1.14-1.2.48.jolla.arm.debug...done.

done.
(gdb) attach 1117
Attaching to program: /usr/libexec/mapplauncherd/booster-qt5, process 1117
Reading symbols from /usr/lib/libapplauncherd.so...Reading symbols from 
/home/debug/lib/debug/usr/lib/libapplauncherd.so-4.1.29-1.9.14.jolla.arm.debug...done.

done.
Loaded symbols for /usr/lib/libapplauncherd.so
Reading symbols from /lib/libresolv.so.2...Reading symbols from 
/home/debug/lib/debug/lib/libresolv-2.19.so-2.19+6.13.1-1.4.16.jolla.arm.debug...done.

...

and so on. The rest is a regular gdb debugging exercise.

Cheers,
-Slava


On 09/09/18 12:55, rinigus wrote:
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 <mailto:slava.mon...@jolla.com>> wrote:


Have you tried debugging with a debugger (run the app under gdb
and examine the backtrace when it gets stuck)? That seems to be
the obvious first step to me.

Cheers,
-Slava


We debugged a failure to initiate destruction further. As
suggested by @wdehoog, I added

Connections {
 target: __quickWindow
 onClosing: console.log("")
 }

to ApplicationWindow. This one does get called during app
closure, without further propagation over to destruction of items.

Any ideas on how to debug it further?

Rinigus



On Sat, Sep 8, 2018 at 4:24 PM rinigus mailto:rinigus@gmail.com>> 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 interaction. Its also using
Mapbox GL widget that I wrote on the basis of Mapbox GL
QtLocation plugin.

I am facing a problem which I don't know how to solve, hence
asking for help. Namely, Pure Maps sometimes does not
shutdown cleanly after closure by the user. Namely, when app
is closed in GUI (I presume close guesture or touching X in
SFOS overview mode), the process stays. Same if the app is
started from terminal - if the shutdown was unsuccessful,
terminal prompt does not return after closing the program.

And here were the mystery starts. With the suspicion that
maybe some python call is hanging, the printouts were added
before and after Python calls (through QML Python wrapper).
Regardless to whether the app was shutdown cleanly or was
left hanging, the calls (sync or async) always returned.

I have added printout statements in Component.onDestruction
for key QML items in the app and could see that, when the app
hangs, none of the onDestruction handlers were called.

Hence the question, what could cause Silica app to refuse
starting destruction cascade?

This issue is mainly reported by J1 users and I had a great
help from @pichlo with debugging it. Sometimes, we observed
OOM killing of other app during the navigation. So, I
presume, the device is under significant RAM pressure. But
still, I am rather blank on where 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 todevel-unsubscr...@lists.sailfishos.org
<mailto:devel-unsubscr...@lists.sailfishos.org>




___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org


___
SailfishOS

Re: [SailfishDevel] Mer PIM build questions

[Slava Monich]

On 18/01/18 17:35, Lukáš Karas wrote:

Timed is required by mKCal, see:
https://git.merproject.org/mer-core/mkcal/blob/master/src/src.pro#L44

I do something wrong probably, I already have iodata in image:
https://github.com/Karry/mer-devel/blob/master/pim-docker/Dockerfile


I'm not quite sure what this docker thing is, but most likely you 
wouldn't have any problem if you used Mer OBS [1] to build rpms.


Cheers,
-Slava

[1] https://build.merproject.org
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] ListView , Image with large height and EGL errors (AL13N)

[Slava Monich]

Those who don't like the idea of hardcoding 3264 (or any other number) 
in their code, can query GL_MAX_TEXTURE_SIZE instead:


https://github.com/monich/harbour-foilpics/blob/master/src/FoilPicsImageProvider.cpp#L57


Cheers,

-Slava



when i use Image with big images, i use code like this:|
Image {
 onSourceSizeChanged: {
 if( sourceSize.width > 3264 )
 sourceSize.width = 3264
 if( sourceSize.height > 3264 )
 sourceSize.height = 3264
 }
 cache: false
 asynchronous: true
}
or it just show black screen

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] SyncML topic revived

[Slava Monich]

Hi,


Hi,
thank you for answering. I see both available in the SDK (I still have
3.0.2.28)

kf5bluezqt-bluez5-5.24.0+git15-1.3.2.jolla.i486
libbluez-qt5-0.1.26-1.3.2.jolla.i486

but I can not find source for libbluez-qt5 on mer. I find a note in
Changelog for SFOS 2.2.1

Can someone point to the repo used?



https://git.merproject.org/mer-core/libbluez-qt



When I clone the source bluez-qt5 from KDE, I see that the the version is
more mature than what is being used in kf5bluezqt-bluez5-5.24.0, but it
also states dependency on Qt-5.10.



This could be a reasonable first step - to find out whether the latest 
stuff really depends on Qt 5.10 or somebody was like "oh, I've just 
switched to Qt 5.10, let's bump the dependency". I find it hard to 
imagine that anything Qt 5.10 specific would be actually required by a 
simple D-Bus wrapper.




Can you please comment on when new Qt version is expected? On the road map
it says 5.9 will expire LST next year and we are stuck at 5.6. I know there
was discussion in the past, but can't recall the details.



I don't know much about that either, just that it's a licensing/legal 
issue. It's not technical.




Thank you in advance again

regards



Cheers,

-Slava

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] SyncML topic revived

[Slava Monich]

On 22/06/2019 23:39, Tone Kastlunger wrote:

Looks like merproject is closed.

Hmm? Havent heard of this; it's available at git.sailfishos.org ;


Yeah, don't panic! It's just a re-branding :)

AFAIK old merproject.org credentials should work at sailfishos.org. At 
least mine did.


Cheers,

-Slava

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] SyncML topic revived

[Slava Monich]

On 22/06/2019 23:39, Tone Kastlunger wrote:

Looks like merproject is closed.

Hmm? Havent heard of this; it's available at git.sailfishos.org ;

Yeah, don't panic! It's just a re-branding :)

AFAIK old merproject.org credentials should work at sailfishos.org. At
least mine did.

Cheers,

-Slava


Hi,
I am not sure if I got the right account from lbt - I got account for
bugzilla (bugs.merproject.org) but I think I was supposed to get one for
(https://git.merproject.org/mer-core/buteo-sync-plugins)

Can someone tell if the former is correct and if yes how to proceed, if no -
I'll have to chase lbt again on IRC.

thanks



AFAIK it's the same LDAP behind bugs.merproject.org and 
git.merproject.org (or git.sailfishos.org these days), you should be 
able to use the same credentials for all these services.


Cheers,

-Slava

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] SyncML profile Nokia Services what is the difference

[Slava Monich]

https://git.sailfishos.org/mer-core/libmce-qt/blob/master/lib/include/qmcebatterystatus.h

On 13/07/2019 00:30, Tone Kastlunger wrote:

Btw, your patch is not building on my sdk:
Where does the #include  come from?
As you can see, I should have everything installed in the target for 
it to build;

but the file in question does not show up (see find command below).

...

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] QML IconButton in SFOS 3.1

[Slava Monich]

Apparently properties of type color don't want to be undefined (now I 
don't understand why I'm not getting the warning)  - have you tried 
something like "#" instead of undefined?


-S.


Hi Slava,

my code, corresponding snippet:

            IconButton {
                id: image
                anchors.centerIn: parent
                down: pressed || parent.pressed
                icon.opacity: iconOpacity
                icon.source: iconName || iconSource
                icon.sourceSize.height: iconHeight
                icon.sourceSize.width: iconWidth
                onClicked: item.clicked()

                Component.onCompleted: {
                    if ("color" in icon) {
                        icon.color = 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 Slava Monich <mailto:slava.mon...@jolla.com>> wrote:


Hi Rinigus,

AFAICT icon.color appeared in 3.1 and it wasn't there before.

This piece of QML seems to work for me without any warnings on
both 2.0.1.7 (no icon.color) and 3.1.1.xxx (latest devel, has
icon.color):

    IconButton {
    icon.source: "image://theme/icon-m-refresh"
    Component.onCompleted: {
    if ("color" in icon) {
    icon.color = undefined
    }
    }
    }

I'm not sure if it does what you want it to do, but it doesn't
produce any warnings!

And no, I'm not in a position to formulate the official position :)

Cheers,

-Slava



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 rinigus mailto:rinigus@gmail.com>> wrote:

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 mailto:rinigus@gmail.com>> wrote:

Slava,

unfortunately, it doesn't work. IconButton property icon
has color subpropery defined in earlier SFOS versions as
well. So,

IconButton{

id:image

[...]

Component.onCompleted:{

if("color"inimage.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:33 PM Slava Monich
mailto:slava.mon...@jolla.com>>
wrote:

I don't think there's an "official" way of
maintaining backward compatibility but I'd humbly
suggest something like if ("color" in icon) ...

e.g. I do this kind of thing to notifications:

    Notification {
    id: clipboardNotification
    previewBody: "Copied to clipboard"
    Component.onCompleted: {
    if ("icon" in clipboardNotification) {
    clipboardNotification.icon =
"icon-s-clipboard"
    }
    }
    }

Cheers,

-Slava

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] QML IconButton in SFOS 3.1

[Slava Monich]

I don't think there's an "official" way of maintaining backward 
compatibility but I'd humbly suggest something like if ("color" in icon) ...


e.g. I do this kind of thing to notifications:

    Notification {
    id: clipboardNotification
    previewBody: "Copied to clipboard"
    Component.onCompleted: {
    if ("icon" in clipboardNotification) {
    clipboardNotification.icon = "icon-s-clipboard"
    }
    }
    }

Cheers,

-Slava



Hi,

due to the changes in handling of icon coloring of IconButton in SFOS 
3.1, I am getting a steady stream of EA users complaining about the 
absence of icons in Pure Maps - as in 
http://talk.maemo.org/showpost.php?p=1558483=773 . The issue 
has been described well in 
https://together.jolla.com/question/209315/bug-31011-qml-iconbutton-problems/ 
without any response from Jolla devs. Let's see if we can get this 
response over here.


In Pure Maps, icons are expected to be drawn according to the styling 
given by map, not by ambience. I was told that I can set icon.color: 
undefined 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

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] QML IconButton in SFOS 3.1

[Slava Monich]

Hi Rinigus,

AFAICT icon.color appeared in 3.1 and it wasn't there before.

This piece of QML seems to work for me without any warnings on both 
2.0.1.7 (no icon.color) and 3.1.1.xxx (latest devel, has icon.color):


    IconButton {
    icon.source: "image://theme/icon-m-refresh"
    Component.onCompleted: {
    if ("color" in icon) {
    icon.color = undefined
    }
    }
    }

I'm not sure if it does what you want it to do, but it doesn't produce 
any warnings!


And no, I'm not in a position to formulate the official position :)

Cheers,

-Slava



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 rinigus <mailto:rinigus@gmail.com>> wrote:


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 mailto:rinigus@gmail.com>> wrote:

Slava,

unfortunately, it doesn't work. IconButton property icon has
color subpropery defined in earlier SFOS versions as well. So,

IconButton{

id:image

[...]

Component.onCompleted:{

if("color"inimage.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:33 PM Slava Monich
mailto:slava.mon...@jolla.com>> wrote:

I don't think there's an "official" way of maintaining
backward compatibility but I'd humbly suggest something
like if ("color" in icon) ...

e.g. I do this kind of thing to notifications:

    Notification {
    id: clipboardNotification
    previewBody: "Copied to clipboard"
    Component.onCompleted: {
    if ("icon" in clipboardNotification) {
    clipboardNotification.icon =
"icon-s-clipboard"
    }
    }
    }

Cheers,

-Slava

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] SDK versioning

[Slava Monich]

Hi Rinigus,

I would probably opt for some kind of a runtime version check, e.g.

https://github.com/monich/sailfish-qrshare/blob/master/shareplugin/src/qrshareplugin.cpp

I even use dlopen/dlsym hacks to work around Qt 5.2 -> 5.6 ABI breakage, 
which sounds slightly insane even to myself :) Nonetheless, so far my 
impression has been that it's been worth it.


I'm not saying that everyone has to do the same, I'm just pointing out 
that such an option exists!


-Slava



Slava,

In theory, and for most SFOS updates, you are right. But there are cases when 
you have to target specific versions due to incompatibilities between them. 
Latest  update (EA right now) enforces icon button coloring by default and you 
can opt out only if you specify option which would be incompatible with earlier 
Sfos versions (issue filed at TJC). Before last, we've got changes in ICU that 
resulted in separate builds for current and older Sfos versions (not sure its 
SFOS to blame here, though). So, targeting older versions of Sfos will not work 
if you hit these cases.

Cheers,

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 incompatible
with older releases of SFOS. I build my Harbour (and OpenRepos) apps
against the oldest SDK that I could find in Mer OBS (1.something!), and
I'm quite happy about it because they work on more or less all devices
where they could possibly work.

I wouldn't assume that all users have upgraded their devices to the
latest release of SFOS, and as the author I'm interested in my apps
being compatible with as many releases of the OS as reasonably possible.
An alternative would be to maintain different versions of the app for
different versions of the OS which would make even less sense.

Cheers,

-Slava
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.or

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] SDK versioning

[Slava Monich]

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 incompatible 
with older releases of SFOS. I build my Harbour (and OpenRepos) apps 
against the oldest SDK that I could find in Mer OBS (1.something!), and 
I'm quite happy about it because they work on more or less all devices 
where they could possibly work.


I wouldn't assume that all users have upgraded their devices to the 
latest release of SFOS, and as the author I'm interested in my apps 
being compatible with as many releases of the OS as reasonably possible. 
An alternative would be to maintain different versions of the app for 
different versions of the OS which would make even less sense.


Cheers,

-Slava
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Harbour icon templates

[Slava Monich]

You need to download Sailfish-Apps-icon-template.zip (by pressing 
Download zip button), it has those templates in all kinds of vector 
formats too.


Cheers,

-Slava



Hi,

The icon templates in https://sailfishos.org/design/icons/ are offered in 86x86 
only (the pngs at least), while expected resolutions go up to 172x172, should 
probably go with the higher one for people using image editor instead of vector.

Regards,
szopin

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] How to make a theme related icon

[Slava Monich]

I use this image provider in my Jolla store apps to colorize grayscale 
svgs according to the theme:


https://github.com/monich/harbour-lib/blob/master/src/HarbourImageProvider.cpp

Sample usage:

https://github.com/monich/harbour-matkakortti/blob/master/qml/MainPage.qml#L11

and registration:

https://github.com/monich/harbour-matkakortti/blob/master/src/main.cpp#L117

Cheers,

-Slava



On light theme, icons is like image.png

On sailfish3 theme, icons is like image.png

What's the magic? I made an icon, it's not work on light theme as expect.

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Get current SSID?

[Slava Monich]

Hi Anton,

I would say the easiest way is to find a connman service which matches 
the following criteria:


1. "Type" property value is "wifi"
2. "State" property value is "online" or "ready"

Then the value of its "Name" property would be SSID of the AP you're 
connected to, converted to text assuming UTF-8 encoding.


Note that if SSID is not a valid UTF-8, then connman still transforms it 
into something printable but you won't be able to reconstruct the actual 
SSID out of it. In your case it probably doesn't matter that much.


This command gives you an idea what to expect from connman:

dbus-send --system --print-reply --type=method_call --dest=net.connman / 
net.connman.Manager.GetServices


libconnman-qt (https://git.sailfishos.org/mer-core/libconnman-qt) might 
simplify things a bit, but keep in mind that it's not allowed in harbour 
and isn't particularly backward compatible (i.e. if you end up using it, 
you better compile in the required pieces of it statically).


Cheers,
-Slava



Hi list,

How would i go about getting the current SSID in an app?
Is there even a "proper way"?

The reason i'm asking is that i'm working on (IPP) printer support as 
promised, and i'd like to "scope" saved printers with the SSID of the 
network that they reside on.
No reason to look for things that aren't there and possibly leak some 
information in the process, right?


Br,
Anton "attah"

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org


___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

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

[Slava Monich]

_ZN5Buteo13PluginManagerC1Ev is Buteo::PluginManager::PluginManager()


  $ c++filt _ZN5Buteo13PluginManagerC1Ev
  Buteo::PluginManager::PluginManager()

There's no such thing:


https://git.sailfishos.org/deloptes/buteo-syncfw/blob/master/libbuteosyncfw/pluginmgr/PluginManager.h#L96

These are available constructors:

  $ nm -D /usr/lib/libbuteosyncfw5.so.0 | grep ZN5Buteo13PluginManagerC
  0003f0b8 T _ZN5Buteo13PluginManagerC1ERK7QString
  0003f0b8 T _ZN5Buteo13PluginManagerC2ERK7QString

  $ c++filt _ZN5Buteo13PluginManagerC1ERK7QString
  Buteo::PluginManager::PluginManager(QString const&)

Something must be wrong with your build environment, e.g. you're pulling 
in wrong headers from somewhere.


Cheers,
-Slava



Hi,
I then get following error from syncemail-client

symbol lookup error: /usr/lib/buteo-plugins-qt5//oopp/syncemail-client:
undefined symbol: _ZN5Buteo13PluginManagerC1Ev

But I have
nm -D /usr/lib/libbuteosyncfw5.so.0 | grep ZN5Buteo13PluginManager

000419fc T _ZN5Buteo13PluginManagerD0Ev
000414f4 T _ZN5Buteo13PluginManagerD1Ev
000414f4 T _ZN5Buteo13PluginManagerD2Ev

can someone give me a hint how to deal with this?

I compiled buteo-syncfw from mer
(https://git.sailfishos.org/deloptes/buteo-syncfw) and I do not recall
seeing this error before.
I compiled on the SDK-3 EA for 3.2.1.20.

Thank you in advance.

regards

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org


___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Dialog/ListView/Menu/Search

[Slava Monich]

How about this?

Dialog {
SilicaListView {
anchors.fill: parent
PullDownMenu { /* MenuItems */ }
header: Column {
width: parent.width
DialogHeader {
title: "Title"
}
SearchField {
width: parent.width
}
}
}
}


I must be possible to do, but maybe my head is just wired wrong - well, I do
have that one paper already, so... :D

How to have a SilicaListView with a SearchField inside a Dialog with a
DialogHeader and a menu, where the SearchField is below the DialogHeader,
the list starts below both?

Every even semi-logical way to do this ends up, for me at least, with an
unholy mess.

What for me would seem logical is be a variation of:

Dialog {
 SilicaListView {
 PullDownMenu { /* MenuItems */ }
 header: DialogHeader {
 id: dialogHeader
 }
 SearchField {
 parent: dialogHeader.extraContent
 }
 }
}

or:

Dialog {
 SilicaListView {
 PullDownMenu { /* MenuItems */ }
 header: Column {
  DialogHeader {}
  SearchField {}
 }
 }
}

Neither works, but as coderus wrote to me in a PR 4-5 years ago, I do weird
stuff ;)

I could write all the variations I've tried, but that would just be a parade
of more weird stuff with variations over missing or misplaced header, menu,
search field or list.


___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Error on upload to harbour

[Slava Monich]

Most likely, Harbour isn't set up (yet) to handle 3.2.0 specific 
packages. The most recent version in "OS version limit" drop-down is 3.0.3.*


Does your app really require SFOS 3.2.0? I personally prefer building 
applications compatible with SFOS all the way down to (at least) 2.0, to 
cover larger audience. But that's up to you, of course.


To build an app against specific version of SDK (and therefore 
compatible with that and all subsequent releases of SFOS ), it's easy 
enough to set up a project in Mer OBS (https://build.merproject.org). 
That's how I build my packages for Jolla Store and OpenRepos.


Cheers,

-Slava



Hello,

I'm trying to publish a new app to Jolla Store, but getting an error 
when uploading an RPM. The message says "No OS version and packages 
satisfy package requirements:" without any details.
I build with SDK 2.4 using SailfishOS-3.2.0.12-* targets (also tried 
switching to an older one, didn't change anything) and the packages 
pass rpm-validator checks all-green.


Can somebody help me or give a hint on what might be wrong?

The packages as well as the source code are available here:
https://github.com/Aldrog/harbour-vipiano/releases/tag/v1.0

Best regards,
Andrew Penkrat

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Lipstick not launching app

[Slava Monich]

Just so you know, boosters may have to go because of this change in glibc:

   https://sourceware.org/bugzilla/show_bug.cgi?id=24323

It has been reverted in Sailfish OS:

https://git.sailfishos.org/mer-core/glibc/commit/df05690

but at some point boosters may get replaced with simple fork() wrappers. 
They should still start your app, though.


Cheers,
-Slava


I think the qt5 booster is a no-op, but im sure someone with more
knowledge can correct me.  The regular booster will try and load the
app as a shared library so it will need to be compiled a certain way.
Depends how your app is written.  Anything based on the sdk templates
should be fine.

On Tue, 14 Apr 2020 at 12:19, Julien Blanc  wrote:

Le mardi 14 avril 2020 à 11:27 +0100, Adam Pigg a écrit :

Have you tried using invoker to launch it?

[nemo@Sailfish ~]$ invoker --type silica-qt5 harbour-kontroller
invoker: Invoking execution: '/usr/bin/harbour-kontroller'
invoker: error: Can't send signal 11 to application [24388]: No such
process
Segmentation fault

[nemo@Sailfish ~]$ invoker --type qt5 harbour-kontroller
invoker: Invoking execution: '/usr/bin/harbour-kontroller'

--> app launches correctly.

So that’s indeed a difference, and i can fix the .desktop file
accordingly. Thanks for the tip.

But what is the difference between silica-qt5 and qt5 ? Why would it
cause an app crash ?

Regards,

Julien


On Tue, 14 Apr 2020 at 11:18, Julien Blanc 
wrote:

Finally found something relevant in the logs :

Apr 14 12:15:42 Sailfish mapplauncherd[5363]: Boosted process
(pid=16324) was terminated due to signal 11

So apparently, my app segfaults, but only when launched from
applauncherd. This is somewhat good news. I can start to track the
issue adding some debug traces.

I'm still puzzled as what's the difference between launching from
lipstick and from a terminal.

Regards,

Julien

Le mardi 14 avril 2020 à 07:35 +0200, Julien Blanc a écrit :

There it is :

[Desktop Entry]
Type=Application
X-Nemo-Application-Type=silica-qt5
Icon=harbour-kontroller
Exec=harbour-kontroller
Name=Kontroller
# translation example:
# your app name in German locale (de)
#
# Remember to comment out the following line, if you do not want
to
use
# a different app name in German locale (de).
#Name[de]=kontroller


The whole source code is available here:

https://github.com/Julien-Blanc-tgcm/kontroller

I changed a lot of things from v0.6, so tracking which particular
change triggers the problem is not an easy task. I’d rather have
a
way
to get more traces from lipstick than reverting every single
change i
made.

THanks for your help,

Regards,

Julien

Le lundi 13 avril 2020 à 19:57 +0300, Андрей Кожевников a écrit :

Hello. You're right. Show us your .desktop file to judge

пн, 13 апр. 2020 г. в 19:12, Julien Blanc 
:
Hi,

I’m running into a pretty annoying issue with lipstick not
launching
the application i develop anymore (occurs with 3.3, but
occurs
after i
made some changes which should not be relevant).

The application launch fine from a terminal, launch fine from
the
sdk,
but launching it from lipstick, it never gets launched and
the
process
does not show up when running top/ps & co.

This seems like there could be something wrong with my
.desktop
file,
but it didn't change between version 0.6 which was working
fine
with
3.3 and the dev version, which is not (i could not test dev
version
with 3.2 yet).

journalctl does not show anything. There must be something
wrong
with
my app, since it is the only one showing this behaviour (and
it
didn't
before), but i'm puzzled as how to debug this. Any pointer
would
be
greatly appreciated.

Regards,

Julien

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to
devel-unsubscr...@lists.sailfishos.org

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to
devel-unsubscr...@lists.sailfishos.org


___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to
devel-unsubscr...@lists.sailfishos.org

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to
devel-unsubscr...@lists.sailfishos.org

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to
devel-unsubscr...@lists.sailfishos.org

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org