Re: Qt and subsurface for Android

[Thiago Macieira]

On segunda-feira, 9 de janeiro de 2017 21:59:40 PST Anton Lundin wrote:
> > I'm having this same problem. I thought it was my version of cmake, and
> > ended up updating my dist from wily to xenial (LTS) and then yakkety.
> > Still
> > no luck. I may try the above hack later... but is that the correct fix?
> 
> https://bugreports.qt.io/browse/QTBUG-54666
> 
> Sounds like cmake 3.7(!) might be the "fix".
> 
> 
> I currently just cmake || true so bash don't aborts on the return code,
> and it builds just fine.

See also the discussion in https://bugreports.qt.io/browse/QTBUG-57886. This 
is a CMake bug in that it fails to recognise the Clang for Android being a 
useful compiler. The bug report has a workaround, something about setting 
CMP0025.

I have no idea what that means or how to do it. Someone who understands CMake 
should read the bug report and apply the fix.

-- 
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: Re: Qt and subsurface for Android

[Anton Lundin]

On 09 January, 2017 - Martin Long wrote:

> On Mon, 9 Jan 2017 at 15:24 Joakim Bygdell  wrote:
> 
> > On 3 January 2017 at 06:37, Willem Ferguson <
> > willemfergu...@zoology.up.ac.za> wrote:
> >
> >
> > Thank you very much, this really helped. It appears all the locations
> > have been found.
> >
> > Now, I get the message below:
> >
> > -- system name Android
> > -- Found Qt for Android: /home/willem/src/Qt/5.7/android_armv7
> > -- Found Android SDK: /home/willem/src/subsurface/../android-sdk-linux
> > -- Found Android NDK: /home/willem/src/subsurface/../android-ndk-r13b
> > -- Found ANT: /usr/bin/ant
> > -- Configuring done
> > CMake Error in CMakeLists.txt:
> >   No known features for CXX compiler
> >
> >   "GNU"
> >
> >   version 4.9.
> >
> >
> > I have found what causes the error above, not why though.
> >
> > in 5.7/android_armv7/lib/cmake/Qt5Core/Qt5CoreConfigExtras.cmake, line 101
> >
> > set_property(TARGET Qt5::Core PROPERTY INTERFACE_COMPILE_FEATURES 
> > cxx_decltype)
> >
> >
> > commenting out that line will make the error go away.
> >
> > That line does not exists in QT 5.6.
> >
> 
> I'm having this same problem. I thought it was my version of cmake, and
> ended up updating my dist from wily to xenial (LTS) and then yakkety. Still
> no luck. I may try the above hack later... but is that the correct fix?

https://bugreports.qt.io/browse/QTBUG-54666

Sounds like cmake 3.7(!) might be the "fix".


I currently just cmake || true so bash don't aborts on the return code,
and it builds just fine.


//Anton


-- 
Anton Lundin+46702-161604
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Subsurface BT test with OSTC

[Miika Turkia]

On Sun, Jan 8, 2017 at 10:55 PM, Dirk Hohndel  wrote:
>
>> What about other dive computers?
>> What about other Linux flavors, especially with the AppImage?
>> What about Mac and Windows.
>
> I also tested on Windows 10, and it worked.
>
>
> Thanks. So we have Linux/AppImage and Windows covered. I tested on
> my Mac and it worked. So at least there's nothing obvious broken

BT download and firmware update of OSTC Sport worked fine on my
Ubuntu, self compiled upstream/master. Did a time sync and changed
some settings as well, and everything appeared to work great.

Appimage (beta 2) also worked with BT download and USB DL from Vyper Air.

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

Re: Building Subsurface-mobile

[Willem Ferguson]

On 09/01/2017 16:28, Anton Lundin wrote:

On 09 January, 2017 - Dirk Hohndel wrote:


I wonder if we could reasonably script that part as well? So that on a Ubuntu 
or Fedora it's really just running a single script that installs and grabs 
everything you need...

I did most of it in my old travis-ci builds:

https://github.com/glance-/subsurface/blob/master_travis_android/.travis.yml



The android sdk is a bit more "messy" to script, but it can be done.


But, really, I feel that the "value" is diminishing. Fine, one can
motivate it if its going to be used in ex. A ci enviorment.


I'm not picking on Willem, I'm just stating that its a pretty messy.


//Anton


I have been picked on so many times, even by students, I am quite used 
to it, so don't worry.


I moved some stuff around. Now my sdk directory looks like the attached 
image. The platforms directory contains directory Android-25. I think 
this should be all of the bits and pieces.


Only problem is that, after this, it still gives exactly the same error 
as initially (cannot find sdk platform directory)


Can you see anything that is missing?

Kind regards,

willem



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

Re: Building Subsurface-mobile

[Dirk Hohndel]

> On Jan 9, 2017, at 6:28 AM, Anton Lundin  wrote:
> 
> On 09 January, 2017 - Dirk Hohndel wrote:
> 
>> I wonder if we could reasonably script that part as well? So that on a 
>> Ubuntu or Fedora it's really just running a single script that installs and 
>> grabs everything you need...
> 
> I did most of it in my old travis-ci builds:
> 
> https://github.com/glance-/subsurface/blob/master_travis_android/.travis.yml
> 
> 
> 
> The android sdk is a bit more "messy" to script, but it can be done.
> 
> 
> But, really, I feel that the "value" is diminishing. Fine, one can
> motivate it if its going to be used in ex. A ci enviorment.
> 
> 
> I'm not picking on Willem, I'm just stating that its a pretty messy.


This isn't about Willem. It's about what I consider our responsibilities
under the GPL/LGPL based on creating AppStore applications. I really
want to make sure that people can easily recreate the apps and switch
out libraries - as the license requires.

I knew that you had done some work to work on even more automation,
and so I figured I'd ask if you had something - that's all.

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

Re: Re: Qt and subsurface for Android

[Joakim Bygdell]

On 3 January 2017 at 06:37, Willem Ferguson  wrote:


> Thank you very much, this really helped. It appears all the locations
> have been found.
>
> Now, I get the message below:
>
> -- system name Android
> -- Found Qt for Android: /home/willem/src/Qt/5.7/android_armv7
> -- Found Android SDK: /home/willem/src/subsurface/../android-sdk-linux
> -- Found Android NDK: /home/willem/src/subsurface/../android-ndk-r13b
> -- Found ANT: /usr/bin/ant
> -- Configuring done
> CMake Error in CMakeLists.txt:
>   No known features for CXX compiler
>
>   "GNU"
>
>   version 4.9.
>

I have found what causes the error above, not why though.

in 5.7/android_armv7/lib/cmake/Qt5Core/Qt5CoreConfigExtras.cmake, line 101

set_property(TARGET Qt5::Core PROPERTY INTERFACE_COMPILE_FEATURES cxx_decltype)


commenting out that line will make the error go away.

That line does not exists in QT 5.6.


> I do not find a log file in the src/subsurface-mobile-build-arm
> directory. I assume it arises at:
>
> export CXX=${BUILDROOT}/ndk-$ARCH/bin/${BUILDCHAIN}-g++
>
> and I have no idea however how to respond. Any advice is highly
> appreciated.
>
> Kind regards,
>
> willem
>
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>



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

[PATCH] *** Small update to user-manual

[Willem Ferguson]

[PATCH] Small update to user-manual

The section for fb export missed one crucial sentence. Added it.

Signed-off-by: Willem Ferguson 


>From 30644e5a29f65b499f7d558d7f9c367125bcd3d8 Mon Sep 17 00:00:00 2001
From: Willem Ferguson 
Date: Mon, 9 Jan 2017 17:15:00 +0200
Subject: [PATCH] [PATCH] Small update to user-manual

The section for fb export missed one crucial sentence. Added it.

Signed-off-by: Willem Ferguson 
---
 Documentation/user-manual.txt | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/Documentation/user-manual.txt b/Documentation/user-manual.txt
index 6ded45b..ba43d06 100644
--- a/Documentation/user-manual.txt
+++ b/Documentation/user-manual.txt
@@ -2822,7 +2822,8 @@ Close this message panel.
 image::images/facebook1.jpg["Figure: Facebook login",align="center"]
 
 Having established a login to _Facebook_, transferring a dive profile to a _Facebook_ timeline is easy.
-In the _Subsurface_ *Dive Profile* panel, highlight the dive to be transferred. A dialogue box
+In the _Subsurface_ *Dive Profile* panel, highlight the dive to be transferred.
+Then, from the *Main Menu*, select _Share on -> Facebook_. A dialogue box
 is shown, determining the amount of additional information to be transferred
 with the dive profile (image *A*, below). To transfer a dive profile to _Facebook_, the name of a
 _Facebook_ album is needed. The checkboxes on the left hand side determine how much
-- 
2.7.4

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

Re: Building Subsurface-mobile

[Anton Lundin]

On 09 January, 2017 - Dirk Hohndel wrote:

> I wonder if we could reasonably script that part as well? So that on a Ubuntu 
> or Fedora it's really just running a single script that installs and grabs 
> everything you need...

I did most of it in my old travis-ci builds:

https://github.com/glance-/subsurface/blob/master_travis_android/.travis.yml



The android sdk is a bit more "messy" to script, but it can be done.


But, really, I feel that the "value" is diminishing. Fine, one can
motivate it if its going to be used in ex. A ci enviorment.


I'm not picking on Willem, I'm just stating that its a pretty messy.


//Anton


-- 
Anton Lundin+46702-161604
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Building Subsurface-mobile

[Joakim Bygdell]

On 9 January 2017 at 14:55, Dirk Hohndel  wrote:

> I wonder if we could reasonably script that part as well? So that on a
> Ubuntu or Fedora it's really just running a single script that installs and
> grabs everything you need...
>
> Should be posible, i.e.

./android update sdk --no-ui -a -t 1,2,3,33

Packages selected for install:
- Android SDK Tools, revision 25.2.4
- Android SDK Platform-tools, revision 25.0.3
- Android SDK Build-tools, revision 25.0.2
- SDK Platform Android 7.1.1, API 25, revision 3



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

Re: Building Subsurface-mobile

[Anton Lundin]

On 09 January, 2017 - Willem Ferguson wrote:

> I am attempting to build Subsurface-mobile using f23 and have two questions.
> 
> 1) How do I determine the version of Kirigami that I have installed?
> 
> In src/kirigami/cmakelists.txt, the first line reads
> "project(kirigami2)". Looks like Kirigami version 2?
> 
> 2) I get a build error (see attached image), indicating that it
> cannot find src/android-sdk-linux/platforms. As far as I am aware,
> the ndk has a directory "platforms" but the sdk does not have. Is
> this correct? The sdk installation archive does not have a
> "platforms" directory. If there should be a "platforms" directory,
> where does it originate?

platforms is the directory which contains the build files to link
against for the different android platforms, aka api levels.

You need atleast one, installed. I suggest you install android-25.

As I saied in a previous email:

Android SDK Tools, Android SDK, Platform-Tools, Android SDK Build-tools
and Android SDK Platform are needed.


You manage your android-sdk-installation with the tool in tools/android.


//Anton


-- 
Anton Lundin+46702-161604
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface