maemo.org - Talk
Page 5 of 72 « First 34 5 6715 Last »
Show 40 post(s) from this thread on one page

maemo.org - Talk (https://talk.maemo.org/index.php)
-   Applications (https://talk.maemo.org/forumdisplay.php?f=41)
-   -   [SFOS] [Announce] Rockpool - Pebble daemon for Sailfish (https://talk.maemo.org/showthread.php?t=96490)

Astaoth 2016-03-18 14:22
Re: [Announce] Rockpool - Pebble daemon for Sailfish
 
Quote:
Originally Posted by abranson (Post 1501622)
That's the correct method, but not having a newer model Pebble I can't say for sure what your latest version should be. I think at this point it might be best to wait for the appstore UI and see if that makes a difference to the apps you're offered. ruff is steaming away at it on github!
That's not the latest version available for a PTS. When I check the available versions with org.rockwork.Pebble.CandidateFirmwareVersion, I get nothing. I think it's rather a problem with the remote connection to Pebble servers from Rockpool.

abranson 2016-03-18 14:51
Re: [Announce] Rockpool - Pebble daemon for Sailfish
 
Quote:
Originally Posted by Astaoth (Post 1501623)
That's not the latest version available for a PTS. When I check the available versions with org.rockwork.Pebble.CandidateFirmwareVersion, I get nothing. I think it's rather a problem with the remote connection to Pebble servers from Rockpool.
That is interesting, because Michael recently rewrote the firmware checking code because it wasn't detecting that 3.10 was more than 3.9. I've brought it over and upgraded with it myself, and you'll see he's greatly increased the amount of logging on that. Can you see anything interesting in there?

Fuzzillogic 2016-03-18 21:37
Re: [Announce] Rockpool - Pebble daemon for Sailfish
 
Quote:
Originally Posted by abranson (Post 1501598)
ve had problems with pebbled starting again too, and had to remove it. If anyone else has connection problems like this, always check whether the watch thinks it's connected or not to rule out pebbled or another instance of rockpoold running.
A way to avoid this problem for later users might be to mark pebbled as conflicting package in the rpm. Not sure about the ethical implications, as it will silently remove someone else's software from user's phone. But given that rockpool is more than the spiritual successor of pebbled, and pebbled can apparently cause connection problems for rockpool even if pebbled is disabled, it might be the better option.

abranson 2016-03-18 21:43
Re: [Announce] Rockpool - Pebble daemon for Sailfish
 
Quote:
Originally Posted by Fuzzillogic (Post 1501648)
A way to avoid this problem for later users might be to mark pebbled as conflicting package in the rpm. Not sure about the ethical implications, as it will silently remove someone else's software from user's phone. But given that rockpool is more than the spiritual successor of pebbled, and pebbled can apparently cause connection problems for rockpool even if pebbled is disabled, it might be the better option.
That sounds mean, but it might make sense. I definitely saw pebbled launching even though I'd disabled it in the pebbled UI. I wonder if it's related to the reports I've seen of Android daemons starting even though they're supposed to be disabled. If so then it could be a Sailfish bug. I think it's a systemd call.

ruff 2016-03-18 22:13
Re: [Announce] Rockpool - Pebble daemon for Sailfish
 
Mb more polite would be to add a clutch to servicecontrol to check pebbled status and stop it if alive?
Or to add conflict statement to the service unit

mrsellout 2016-03-19 00:12
Re: [Announce] Rockpool - Pebble daemon for Sailfish
 
Quote:
Originally Posted by Astaoth (Post 1501623)
That's not the latest version available for a PTS. When I check the available versions with org.rockwork.Pebble.CandidateFirmwareVersion, I get nothing. I think it's rather a problem with the remote connection to Pebble servers from Rockpool.
Have you got the latest version of Rockpool installed? The previous version didn't find an update, but the latest did and I upgraded my PTS with the dbus command supplied.

Astaoth 2016-03-19 01:46
Re: [Announce] Rockpool - Pebble daemon for Sailfish
 
Quote:
Originally Posted by mrsellout (Post 1501656)
Have you got the latest version of Rockpool installed? The previous version didn't find an update, but the latest did and I upgraded my PTS with the dbus command supplied.
You are damn right I didn't had the latest version. I had the 0.1-2 installed, but until now I didn't had a new version available on Warehouse :/. I will try to upgrade the firmware tomorrow and will tell you if there is anything new.

abranson 2016-03-19 06:20
Re: [Announce] Rockpool - Pebble daemon for Sailfish
 
Quote:
Originally Posted by ruff (Post 1501651)
Or to add conflict statement to the service unit
^ I think this is the winner. Great idea.

Quote:
Originally Posted by Astaoth (Post 1501660)
You are damn right I didn't had the latest version. I had the 0.1-2 installed, but until now I didn't had a new version available on Warehouse :/. I will try to upgrade the firmware tomorrow and will tell you if there is anything new.
mzanetti's new firmware checking code was ported over in 0.2-1 so that may very well do it! Also, loads of other new things!

Fuzzillogic 2016-03-19 10:41
Re: [Announce] Rockpool - Pebble daemon for Sailfish
 
Quote:
Originally Posted by abranson (Post 1501668)
^ I think this is the winner. Great idea.
It's elegant, but will it be enough? What happens if the pebbled service is (mysteriously) started when rockpool is already running? Who "wins"? What happens if a user installs pebble after installing rockpool?

From systemd's manpage: "If a unit has a Conflicts= setting on another unit, starting the former will stop the latter and vice versa". This sounds much like the current situation: either pebbled is running, or rockpool, but you don't know which one.

I don't know if this kind of conflict resolution can be resolved using a systemd unit configuration.

Astaoth 2016-03-19 11:18
Re: [Announce] Rockpool - Pebble daemon for Sailfish
 
Ok, so here is the logs when I start rockpoold from the command line : pastebin.com/p4brZPED .
If we take a look at the end, we can read that the new version is detected, but the internal status about available update is set to false. And with the calls from qdbus, I have the same results than before.
Maybe because my version number has an unexpected format rockpool can't define if my version is the latest or not ?

Edit : I did this with the 0.5-1 version


All times are GMT. The time now is 12:57.
Page 5 of 72 « First 34 5 6715 Last »
Show 40 post(s) from this thread on one page

vBulletin® Version 3.8.8