Re: Import dives from Cressi Cartesio

2020-02-16 Thread Martin de Weger
Thanks for the help guys, this works like a charm. Were the screenshots for the bluetooth of any help? Kind regards, Martin De Weger > Op 15 feb. 2020, om 16:17 heeft Martin de Weger het > volgende geschreven: > > Thanks, will try tomorrow. > > Met vriendelijke groet, > > Martin de

Re: Obervations in iOS App

2020-02-16 Thread Dirk Hohndel
That is puzzling, it now is set to take all dives (which I of course tested). I wonder what I missed... With the specific error message it should be easy to track down (famous last words) /D On February 16, 2020 2:53:40 AM PST, Rainer Mohr wrote: >Hi Dirk > >Am 16.02.20 um 02:55 schrieb Dirk

Re: Obervations in iOS App

2020-02-16 Thread Dirk Hohndel
> On Feb 16, 2020, at 2:53 AM, Rainer Mohr wrote: > > Am 16.02.20 um 02:55 schrieb Dirk Hohndel: >> I'm am leaning towards keeping the export to divelogs.de >> because that seems convenient for those who don't see >> value in the Subsurface Cloud. And if we simply

Re: Import dives from Cressi Cartesio

2020-02-16 Thread Linus Torvalds
On Sun, Feb 16, 2020 at 7:20 AM Martin de Weger wrote: > > Were the screenshots for the bluetooth of any help? So now that the basic downloading works, let's try bluetooth. I've created a pull request for just adding the BLE names and the knowledge that "yes, we can try a BLE connection" at

Re: Obervations in iOS App

2020-02-16 Thread Rainer Mohr
Ok, here comes: -- subsurface.log -- "0.001: Successfully opened logfile /var/mobile/Containers/Data/Application/8AD65D43-3FF5-4A2F-BD0A-1B6CA53F718B/Documents/subsurface.log at So. Feb. 16 11:58:40 2020" "0.001: Starting Subsurface-mobile:2.3.0(4.9.3.966):iOS 13.3:arm64:de-DE"

Re: Obervations in iOS App

2020-02-16 Thread Rainer Mohr
Hi Dirk Am 16.02.20 um 02:55 schrieb Dirk Hohndel: I'm am leaning towards keeping the export to divelogs.de  because that seems convenient for those who don't see value in the Subsurface Cloud. And if we simply select all dives this appears to be a fairly straight forward

Re: Import dives from Cressi Cartesio

2020-02-16 Thread Dirk Hohndel
> On Feb 16, 2020, at 1:44 PM, Linus Torvalds > wrote: > > Hmm. I just realized that we've seem to have lost a lot of the Qt BLE > debugging output. The "libdivecomputer logfile" shows the actual > communication part, but you're not getting far enough for that to > matter. > > Dirk, where

Re: Import dives from Cressi Cartesio

2020-02-16 Thread Dirk Hohndel
> On Feb 16, 2020, at 12:59 PM, Linus Torvalds > wrote: > > On Sun, Feb 16, 2020 at 12:54 PM Dirk Hohndel wrote: >> >> The CI should create working Windows and Mac builds as well as an AppImage. > > I think Martin wanted it for iOS, but hopefully he should be able to > at least do the "see

Re: Obervations in iOS App

2020-02-16 Thread Dirk Hohndel
This is weird... I know I tested this and it looked like it worked for me, but this error should have prevented it from working for me as well: > QIODevice::read (QFile, ":/xslt/divelogs-export.xslt"): device not open > divelog.de-upload: missing stylesheet > "14.129: Stylesheet to export to

Re: Import dives from Cressi Cartesio

2020-02-16 Thread Linus Torvalds
On Sun, Feb 16, 2020 at 1:33 PM Martin de Weger wrote: > > It does show the computer, but when I’m trying to download, it states > “unsupported operation” Ok, not entirely surprising. We've had good luck with our "pseudo-generic serial service over BLE" code, but BLE serial really isn't

Re: Import dives from Cressi Cartesio

2020-02-16 Thread Linus Torvalds
On Sun, Feb 16, 2020 at 12:54 PM Dirk Hohndel wrote: > > The CI should create working Windows and Mac builds as well as an AppImage. I think Martin wanted it for iOS, but hopefully he should be able to at least do the "see if it works, or send us logs" on his Mac. Where do the builds show up?

Re: Import dives from Cressi Cartesio

2020-02-16 Thread Dirk Hohndel
> On Feb 16, 2020, at 9:07 AM, Linus Torvalds > wrote: > > On Sun, Feb 16, 2020 at 7:20 AM Martin de Weger wrote: >> >> Were the screenshots for the bluetooth of any help? > > So now that the basic downloading works, let's try bluetooth. > > I've created a pull request for just adding the

Re: Import dives from Cressi Cartesio

2020-02-16 Thread Martin de Weger
It does show the computer, but when I’m trying to download, it states “unsupported operation”.What logfiles do you need to look into this? Kind regards, Martin De Weger > Op 16 feb. 2020, om 21:54 heeft Dirk Hohndel het volgende > geschreven: > > > >> On Feb 16, 2020, at 9:07 AM, Linus

Re: Import dives from Cressi Cartesio

2020-02-16 Thread Martin de Weger
I did download from the site Dirk mentioned. It is unsigned though, but it runs (at least on my Mac). And I forgot to thank you guys for the quick fix of the download issue! Kind regards, Martin De Weger > Op 16 feb. 2020, om 22:39 heeft Dirk Hohndel het volgende > geschreven: > > > >>

Git-related segfault in master

2020-02-16 Thread Gaetan Bisson
Hi, Building today's master (4c5054ec4) on an up-to-date Arch Linux system (with libgit2-0.28.4) I get a binary which runs fine until it tries to connect to the cloud service. It then segfaults with the following backtrace: #0 0x75b05e74 in () at /usr/lib/libgit2.so.28 #1

Re: Git-related segfault in master

2020-02-16 Thread Robert Helling
Hi, > On 17. Feb 2020, at 07:30, Gaetan Bisson > wrote: > > Building today's master (4c5054ec4) on an up-to-date Arch Linux system > (with libgit2-0.28.4) I get a binary which runs fine until it tries to > connect to the cloud service. It then segfaults with the