Re: libdc, libzip, Mac and Android updates

[Dirk Hohndel]

> On Aug 7, 2018, at 6:23 AM, Jef Driesen  wrote:
> 
> On 2018-08-06 01:01, Dirk Hohndel wrote:
>> a) tiny change to libdivecomputer (Linus, this was so trivial that I
>> simply pushed it to our branch... Jef, I /think/ you want this as
>> well) to recognize the Aqualung i750TC as Bluetooth capable
>> divecomputer. I don't know, yet, if it needs any additional code to
>> actually work - I created an Android APK for the one user who appears
>> to have this dive computer to try a download under Android
> 
> I also don't know whether bluetooth (rfcomm) communication will work out of 
> the box or not. I know from Nick that the BLE communication requires some 
> small changes to protocol, and to make things even worse there are several 
> different BLE variants. So BLE support will certainly need some more work 
> first. But for rfcomm, I have no idea. I don't even know whether the device 
> support it.
> 
> So for the time being, I think I'll postpone applying this patch until 
> someone can conform it does indeed work. Otherwise it will create false 
> expectations for users.

I think you are correct - this was based on data from one user and it seems 
that sadly the data were misleading. The device he tried to download from 
wasn't actually the rfcomm BT address of his i750TC, but instead his headset... 
:-(
So it seems this is indeed a BLE device which makes this much harder to do. 
I'll adjust the code in our branch accordingly, but until we figure out how to 
actually talk to it over that BLE link, that's not really useful.

> Note that there are some more bluetooth capable models as well:
> 
> * Aeris A300CS

We have one of those, but I think Linus gave up trying to get it to work.

> * Oceanic Pro Plus X
> * Oceanic VTX
> * Aqualung i300C (not supported yet)

I've seen all three of those when looking around on the web. There are a few 
more from vendors I'm not familiar with.

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: libdc, libzip, Mac and Android updates

[Jef Driesen]

On 2018-08-06 01:01, Dirk Hohndel wrote:

a) tiny change to libdivecomputer (Linus, this was so trivial that I
simply pushed it to our branch... Jef, I /think/ you want this as
well) to recognize the Aqualung i750TC as Bluetooth capable
divecomputer. I don't know, yet, if it needs any additional code to
actually work - I created an Android APK for the one user who appears
to have this dive computer to try a download under Android


I also don't know whether bluetooth (rfcomm) communication will work out 
of the box or not. I know from Nick that the BLE communication requires 
some small changes to protocol, and to make things even worse there are 
several different BLE variants. So BLE support will certainly need some 
more work first. But for rfcomm, I have no idea. I don't even know 
whether the device support it.


So for the time being, I think I'll postpone applying this patch until 
someone can conform it does indeed work. Otherwise it will create false 
expectations for users.


Note that there are some more bluetooth capable models as well:

 * Aeris A300CS
 * Oceanic Pro Plus X
 * Oceanic VTX
 * Aqualung i300C (not supported yet)

Jef
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: libdc, libzip, Mac and Android updates

[Dirk Hohndel]

> On Aug 6, 2018, at 6:46 AM, Matt Thompson  wrote:
> 
> 
> a) tiny change to libdivecomputer (Linus, this was so trivial that I simply 
> pushed it to our branch... Jef, I /think/ you want this as well) to recognize 
> the Aqualung i750TC as Bluetooth capable divecomputer. I don't know, yet, if 
> it needs any additional code to actually work - I created an Android APK for 
> the one user who appears to have this dive computer to try a download under 
> Android
> 
> Woo hoo!  How do I get my hands on that APK?  I've been meaning to download 
> some recent dives anyway!
>  


Install this APK from our website.

http://subsurface-divelog.org/downloads/test/Subsurface-mobile-4.8.1.132-arm.apk
 



I'm also going to start making betas available again on Google Play, soon.

/D___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: libdc, libzip, Mac and Android updates

[Matt Thompson]

>
>
> a) tiny change to libdivecomputer (Linus, this was so trivial that I
> simply pushed it to our branch... Jef, I /think/ you want this as well) to
> recognize the Aqualung i750TC as Bluetooth capable divecomputer. I don't
> know, yet, if it needs any additional code to actually work - I created an
> Android APK for the one user who appears to have this dive computer to try
> a download under Android
>
> Woo hoo!  How do I get my hands on that APK?  I've been meaning to
> download some recent dives anyway!
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: libdc, libzip, Mac and Android updates

[Dirk Hohndel]

And Laurent just merged my PR...

/D

On August 5, 2018 9:22:34 PM PDT, Dirk Hohndel  wrote:
>
>> On Aug 5, 2018, at 9:06 PM, Thiago Macieira 
>wrote:
>> 
>> On Sunday, 5 August 2018 16:01:52 PDT Dirk Hohndel wrote:
>>> b) this brings me to the second thing I figured out: building a
>working APK
>>> against Qt 5.11.1. You may remember that I had problems with
>>> androiddeployqt not managing to package our APK because a dependency
>for
>>> one of the Qt plugins was unmet. After lots of googling I pieced
>together
>>> enough information to realize that the problem is in
>qt-android-cmake. I
>>> sent a PR to that project and in the meantime switched Subsurface to
>use my
>>> fork of this that actually tells androiddeployqt to scan the QML
>modules as
>>> well for dependencies. Thiago, I thought you might be interested in
>that
>>> part.
>> 
>> Do you have a link?
>
>You mean to the PR to qt-android-cmake? Sure:
>https://github.com/LaurentGomila/qt-android-cmake/pull/22
>Or you can just look at my fork
>https://github.com/dirkhh/qt-android-cmake/tree/QMLfix
>
>Thanks
>
>/D
>___
>subsurface mailing list
>subsurface@subsurface-divelog.org
>http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

-- 
From my phone___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: libdc, libzip, Mac and Android updates

[Dirk Hohndel]

> On Aug 5, 2018, at 9:06 PM, Thiago Macieira  wrote:
> 
> On Sunday, 5 August 2018 16:01:52 PDT Dirk Hohndel wrote:
>> b) this brings me to the second thing I figured out: building a working APK
>> against Qt 5.11.1. You may remember that I had problems with
>> androiddeployqt not managing to package our APK because a dependency for
>> one of the Qt plugins was unmet. After lots of googling I pieced together
>> enough information to realize that the problem is in qt-android-cmake. I
>> sent a PR to that project and in the meantime switched Subsurface to use my
>> fork of this that actually tells androiddeployqt to scan the QML modules as
>> well for dependencies. Thiago, I thought you might be interested in that
>> part.
> 
> Do you have a link?

You mean to the PR to qt-android-cmake? Sure: 
https://github.com/LaurentGomila/qt-android-cmake/pull/22
Or you can just look at my fork 
https://github.com/dirkhh/qt-android-cmake/tree/QMLfix

Thanks

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: libdc, libzip, Mac and Android updates

[Thiago Macieira]

On Sunday, 5 August 2018 16:01:52 PDT Dirk Hohndel wrote:
> b) this brings me to the second thing I figured out: building a working APK
> against Qt 5.11.1. You may remember that I had problems with
> androiddeployqt not managing to package our APK because a dependency for
> one of the Qt plugins was unmet. After lots of googling I pieced together
> enough information to realize that the problem is in qt-android-cmake. I
> sent a PR to that project and in the meantime switched Subsurface to use my
> fork of this that actually tells androiddeployqt to scan the QML modules as
> well for dependencies. Thiago, I thought you might be interested in that
> part.

Do you have a link?

-- 
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
   Software Architect - Intel Open Source Technology Center



___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: libdc, libzip, Mac and Android updates

[Dirk Hohndel]

> On Aug 5, 2018, at 4:01 PM, Dirk Hohndel  wrote:
> 
> What's still not working is the iOS build and I'm not sure why...

Fixed that one.

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

libdc, libzip, Mac and Android updates

[Dirk Hohndel]

I managed to break^Wfix a few things this weekend.

a) tiny change to libdivecomputer (Linus, this was so trivial that I simply 
pushed it to our branch... Jef, I /think/ you want this as well) to recognize 
the Aqualung i750TC as Bluetooth capable divecomputer. I don't know, yet, if it 
needs any additional code to actually work - I created an Android APK for the 
one user who appears to have this dive computer to try a download under Android

b) this brings me to the second thing I figured out: building a working APK 
against Qt 5.11.1. You may remember that I had problems with androiddeployqt 
not managing to package our APK because a dependency for one of the Qt plugins 
was unmet. After lots of googling I pieced together enough information to 
realize that the problem is in qt-android-cmake. I sent a PR to that project 
and in the meantime switched Subsurface to use my fork of this that actually 
tells androiddeployqt to scan the QML modules as well for dependencies. Thiago, 
I thought you might be interested in that part.

c) in the process I got angry at libzip and the consequences of the build fix 
for Mac that I did yesterday which in turn broke the Android builds on Travis. 
I think that's sorted and as a side effect we now can use the latest libzip 
again on Android (with some ugly hacks)

What's still not working is the iOS build and I'm not sure why...

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface