Thanks Martin,
I'll look at that. Yes, I did suspect I might have to update the phone
again, and maybe it will offer me further updates after that, in which
case I'll keep going till I get the latest,
Regards,
Sahlan
-- Original Message --
From: "Martin Kampas"
To: devel@lists.sail
Eli,
I take the point that in this situation all bets are off, so it looks
like I'll have to change the i.p. addresses on my network of development
machines and development VMs. An inconvenience, but at least it's only a
one-off change,
Regards,
Sahlan
-- Original Message --
From:
Hello Sahlan,
> [...] I did that in QtCreator and chose the Build / Deploy option, and it
> told me RPMs had been created OK, but, under the Issues tab, I get the
> message "No RPM validation suite is available for the current Sailfish
> OS build target, the package will not be validated"
>
> T
Sahlan,
There is a potential routing issue, you have the same network connected to
different devices (usb networking and vm/dev networks) so the machine may
end up sending packets over one interface but not the other and vice versa.
It's not advisable in general to work like that since you are maki
Eli,
My development PCs and VMs running on OSX (about twelve in total) each
use a static i.p. address from that range, but not the 192.168.2.15
address that the phone is currently set to. No devices use DHCP. Are you
saying there might still be a clash with an address used by the Jolla
subne
Sahlan,
Did you change your LAN to not be on 192.168.2.0/24?
As mentioned previously your LAN IPs clash with the Jolla USB subnet and
this *will* lead to unpredictable behavior.
HTH,
Eliyahu - אליהו
Op di 23 jul. 2019 om 18:59 schreef Sahlan :
> Hello,
>
> Thanks to the several people who gave ad
Hello,
Thanks to the several people who gave advice on my problem, I have made
progress.
a) I updated my Jolla phone to the latest update it was offering:
3.0.0.8
b) I updated VirtualBox on Ubuntu to the new version 6
c) I uninstalled and reinstalled the Sailfish SDK, same version as
before,
Chris Adams wrote:
> Hi,
>
> (Sorry for top posting, OWA doesn't quote properly...)
>
> That old PR is actually mine, if you're referring to
> https://git.merproject.org/mer-core/buteo-sync-plugins/merge_requests/1
>
> I think it had some issues (e.g. didn't do UUID matching properly between
>
On 22/07/2019 23:57, David Weidenkopf wrote:
> Sorry, I forgot to mention an assumption on my part. Given the API
> design, it looks like it is usable from QML, and no C++ would be
> necessary. Is that an incorrect assumption?
Hi David,
I'm struggling a bit with your negatives, but... no, this is
Hi,
(Sorry for top posting, OWA doesn't quote properly...)
That old PR is actually mine, if you're referring to
https://git.merproject.org/mer-core/buteo-sync-plugins/merge_requests/1
I think it had some issues (e.g. didn't do UUID matching properly between
client and server, so it was more of
10 matches
Mail list logo
