Re: Problems building Subsurface for Android

2017-02-05 Thread Dirk Hohndel 

> On Feb 5, 2017, at 1:52 AM, Willem Ferguson  
> wrote:
> 
> Dirk,
> 
> Its done, wow, what a long road. Thank you so much for your almost limitless 
> patience.
> 
> A question:
> 
> The script currently builds what I would presume to be the latest version of 
> Subsurface-Mobile.
> 
> 1) For the immediate I would like to build the full Subsurface desktop on 
> Android. I have never seen that animal yet myself. That is the definitive 
> step to see if Anton's FTDI interface runs on Android as planned. According 
> to him this should work transparently: connect dc, follow the usual desktop 
> download dialogue, download dives from dc. I assumed that if the 
> environmental variable
> 
> SUBSURFACE_DESKTOP=ON
> 
> is set, the desktop would be built, not the usual mobile app.
> 
> ~/src$ printenv
> XDG_VTNR=7
>  etc
> SUBSURFACE_DESKTOP=ON
> GTK_MODULES=gail:atk-bridge:unity-gtk-module
> 
> Do I need to do anything else to achieve this?

I haven't built the desktop app for Android in ages. Anton tends to be the 
better person to ask. I'd give it a try and see what happens.
BTW: now that everything is in place, don't run the wrapper again, just run the 
packaging/android/build.sh - that's why I split them into two.

> 2) Once the above is confirmed, it remains to adapt the existing dc-download 
> code in Subsurface-Mobile to interact with this FTDI module. Since that will 
> entail QML there will probably be some pain in achieving this. But I have 
> already gotten some way along the QML, I should be able to lick it in the 
> end. Anton has given me some good pointers to follow.

Excellent. I'm looking forward to that.

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

Re: Problems building Subsurface for Android

2017-02-05 Thread Willem Ferguson 

Dirk,

Its done, wow, what a long road. Thank you so much for your almost 
limitless patience.


A question:

The script currently builds what I would presume to be the latest 
version of Subsurface-Mobile.


1) For the immediate I would like to build the full Subsurface desktop 
on Android. I have never seen that animal yet myself. That is the 
definitive step to see if Anton's FTDI interface runs on Android as 
planned. According to him this should work transparently: connect dc, 
follow the usual desktop download dialogue, download dives from dc. I 
assumed that if the environmental variable


SUBSURFACE_DESKTOP=ON

is set, the desktop would be built, not the usual mobile app.

~/src$ printenv
XDG_VTNR=7
 etc
SUBSURFACE_DESKTOP=ON
GTK_MODULES=gail:atk-bridge:unity-gtk-module

Do I need to do anything else to achieve this?

2) Once the above is confirmed, it remains to adapt the existing 
dc-download code in Subsurface-Mobile to interact with this FTDI module. 
Since that will entail QML there will probably be some pain in achieving 
this. But I have already gotten some way along the QML, I should be able 
to lick it in the end. Anton has given me some good pointers to follow.


Kind regards,
willem


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

Re: Problems building Subsurface for Android

2017-02-03 Thread Dirk Hohndel 

Because clearly I like pain, I went through this whole thing again. And
tried to make it even more self contained, even more automatic. And
because clearly I was bored, I tested the whole thing on a freshly
installed Ubuntu 16.10.

Here are the complete steps it took me to get a working
subsurface-mobile-build-arm/bin/QtApp-debug.apk

$ sudo apt install git
$ git clone git://github.com/Subsurface-divelog/subsurface
$ bash subsurface/packaging/android/android-build-wrapper.sh

(if you are missing packages, it will tell you. Install them)

$ bash subsurface/packaging/android/android-build-wrapper.sh

Yes, the 700MB (or so) Qt download takes a while, even with a fast
internet connection.

When the Qt installer opens, the terminal will tell you which path to
enter as destination (default is ~/Qt5.7.1 but we want ~/src/Qt5.7.1 or
what ever you used as starting point -- really, it will tell you, use that
one). NO OTHER CHANGES, NONE, REALLY. I MEAN IT. DON'T.

At the end, don't start Qt Creator, just keep going.

More downloads. At one point you need to accept an EULA.

Everything else should run through without any user input. In one test the
whole thing suddenly stopped. I still don't know why. Gremlins. Just
delete whatever was the last directory it was working on and restart the
script.

In the end it will print out the full path to the APKs.

If any of this doesn't work. Send me the log file.

/D


PS: Anton - yes, I ran this through shellcheck
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Problems building Subsurface for Android

2017-02-03 Thread Dirk Hohndel 

> On Feb 3, 2017, at 12:41 PM, Willem Ferguson 
>  wrote:
> 
> On 03/02/2017 19:41, Dirk Hohndel wrote:
>> 
>> It should still create a working .apk - did you check that?
>> 
>> /D
> I assume the apk should be in ~src/subsurface-build-arm/ ??
> There is no bin directory in the above one and I see no apk file.
> ~/src/subsurface-build-arm$ ls -l
> total 45752
> drwxrwxr-x  3 willem willem 4096 Feb  3 11:36 android-mobile
> drwxrwxr-x  3 willem willem 4096 Feb  3 09:47 assets
> -rw-rw-r--  1 willem willem35985 Feb  3 08:36 CMakeCache.txt
> drwxrwxr-x 13 willem willem 4096 Feb  3 11:36 CMakeFiles
> -rw-rw-r--  1 willem willem 1910 Feb  3 08:34 cmake_install.cmake
> drwxrwxr-x  3 willem willem 4096 Feb  3 11:36 core
> drwxrwxr-x  5 willem willem 4096 Feb  3 11:36 desktop-widgets
> drwxrwxr-x  3 willem willem 4096 Feb  3 11:36 libs
> -rwxrwxr-x  1 willem willem 43833008 Feb  3 11:36 libsubsurface.so
> -rw-rw-r--  1 willem willem22589 Feb  3 11:36 Makefile
> drwxrwxr-x  3 willem willem 4096 Feb  3 11:36 profile-widget
> -rw-rw-r--  1 willem willem  2881855 Feb  3 09:56 qrc_subsurface.cpp
> -rw-rw-r--  1 willem willem  804 Feb  3 08:34 qtdeploy.json
> drwxrwxr-x  3 willem willem 4096 Feb  3 11:36 qt-models
> -rw-rw-r--  1 willem willem  134 Feb  3 11:36 ssrf-version.h
> -rw-rw-r--  1 willem willem   93 Feb  3 09:47 subsurface_automoc.cpp
> -rw-rw-r--  1 willem willem 4384 Feb  3 08:34 subsurface.qrc.depends
> drwxrwxr-x  3 willem willem 4096 Feb  3 11:36 translations
> -rw-rw-r--  1 willem willem  769 Jan 30 05:55 version.cmake
> -rw-rw-r--  1 willem willem  168 Feb  3 11:36 version.h.in
> 
> Am I looking in the wrong place? This is where the README says to look.

Would you please send me (off list) the full build.log file?

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

Re: Problems building Subsurface for Android

2017-02-03 Thread Willem Ferguson 

On 03/02/2017 19:41, Dirk Hohndel wrote:


It should still create a working .apk - did you check that?

/D

I assume the apk should be in ~src/subsurface-build-arm/ ??
There is no bin directory in the above one and I see no apk file.
~/src/subsurface-build-arm$ ls -l
total 45752
drwxrwxr-x  3 willem willem 4096 Feb  3 11:36 android-mobile
drwxrwxr-x  3 willem willem 4096 Feb  3 09:47 assets
-rw-rw-r--  1 willem willem35985 Feb  3 08:36 CMakeCache.txt
drwxrwxr-x 13 willem willem 4096 Feb  3 11:36 CMakeFiles
-rw-rw-r--  1 willem willem 1910 Feb  3 08:34 cmake_install.cmake
drwxrwxr-x  3 willem willem 4096 Feb  3 11:36 core
drwxrwxr-x  5 willem willem 4096 Feb  3 11:36 desktop-widgets
drwxrwxr-x  3 willem willem 4096 Feb  3 11:36 libs
-rwxrwxr-x  1 willem willem 43833008 Feb  3 11:36 libsubsurface.so
-rw-rw-r--  1 willem willem22589 Feb  3 11:36 Makefile
drwxrwxr-x  3 willem willem 4096 Feb  3 11:36 profile-widget
-rw-rw-r--  1 willem willem  2881855 Feb  3 09:56 qrc_subsurface.cpp
-rw-rw-r--  1 willem willem  804 Feb  3 08:34 qtdeploy.json
drwxrwxr-x  3 willem willem 4096 Feb  3 11:36 qt-models
-rw-rw-r--  1 willem willem  134 Feb  3 11:36 ssrf-version.h
-rw-rw-r--  1 willem willem   93 Feb  3 09:47 subsurface_automoc.cpp
-rw-rw-r--  1 willem willem 4384 Feb  3 08:34 subsurface.qrc.depends
drwxrwxr-x  3 willem willem 4096 Feb  3 11:36 translations
-rw-rw-r--  1 willem willem  769 Jan 30 05:55 version.cmake
-rw-rw-r--  1 willem willem  168 Feb  3 11:36 version.h.in

Am I looking in the wrong place? This is where the README says to look.

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

Re: Problems building Subsurface for Android

2017-02-03 Thread Dirk Hohndel 

> On Feb 3, 2017, at 9:24 AM, Willem Ferguson  
> wrote:
> 
> When running android-build.sh, I had to install parts of the android SDK. 
> When running the script a second time I get:
> 
> Copying gdbserver into package.
>  -- Copied 
> /home/willem/src/subsurface-mobile-build-arm//libs/armeabi-v7a/gdbserver
>  -- Copied 
> /home/willem/src/subsurface-mobile-build-arm//libs/armeabi-v7a/libgdbserver.so
> Copying 2 external libraries to package.
>  -- Copied 
> /home/willem/src/subsurface-mobile-build-arm//libs/armeabi-v7a/libssl.so
>  -- Copied 
> /home/willem/src/subsurface-mobile-build-arm//libs/armeabi-v7a/libcrypto.so
> Copying Android sources from project.
>  -- Copied /home/willem/src/subsurface-mobile-build-arm/AndroidManifest.xml
>  -- Copied 
> /home/willem/src/subsurface-mobile-build-arm/res/drawable/splash.xml
>  -- Copied 
> /home/willem/src/subsurface-mobile-build-arm/res/drawable/subsurface_mobile_splash.9.png
>  -- Copied 
> /home/willem/src/subsurface-mobile-build-arm/res/drawable-hdpi/subsurface_mobile_icon.png
>  -- Copied 
> /home/willem/src/subsurface-mobile-build-arm/res/drawable-hdpi/subsurface_mobile_splash.9.png
>  -- Copied 
> /home/willem/src/subsurface-mobile-build-arm/res/drawable-mdpi/subsurface_mobile_icon.png
>  -- Copied 
> /home/willem/src/subsurface-mobile-build-arm/res/drawable-mdpi/subsurface_mobile_splash.9.png
>  -- Copied 
> /home/willem/src/subsurface-mobile-build-arm/res/drawable-nodpi/subsurface_mobile_splash.9.png
>  -- Copied 
> /home/willem/src/subsurface-mobile-build-arm/res/drawable-xhdpi/subsurface_mobile_icon.png
>  -- Copied 
> /home/willem/src/subsurface-mobile-build-arm/res/drawable-xhdpi/subsurface_mobile_splash.9.png
>  -- Copied 
> /home/willem/src/subsurface-mobile-build-arm/res/drawable-xxhdpi/subsurface_mobile_icon.png
>  -- Copied 
> /home/willem/src/subsurface-mobile-build-arm/res/drawable-xxhdpi/subsurface_mobile_splash.9.png
>  -- Copied 
> /home/willem/src/subsurface-mobile-build-arm/res/drawable-xxxhdpi/subsurface_mobile_icon.png
>  -- Copied 
> /home/willem/src/subsurface-mobile-build-arm/res/drawable-xxxhdpi/subsurface_mobile_splash.9.png
>  -- Copied 
> /home/willem/src/subsurface-mobile-build-arm/res/values/apptheme.xml
>  -- Copied /home/willem/src/subsurface-mobile-build-arm/res/values/strings.xml
> /home/willem/src/subsurface/../android-ndk-r13b/toolchains/arm-linux-androideabi-4.9/prebuilt/linux-x86_64/bin/arm-linux-androideabi-strip:
>  unable to copy file 
> '/home/willem/src/subsurface-mobile-build-arm//libs/armeabi-v7a/libcrypto.so';
>  reason: Permission denied
> /home/willem/src/subsurface/../android-ndk-r13b/toolchains/arm-linux-androideabi-4.9/prebuilt/linux-x86_64/bin/arm-linux-androideabi-strip:
>  unable to copy file 
> '/home/willem/src/subsurface-mobile-build-arm//libs/armeabi-v7a/libssl.so'; 
> reason: Permission denied
> 
> After changing the permissions I have:
> 
> ~/src/subsurface-mobile-build-arm/libs$ chmod -R 777 armeabi-v7a

ARGL. Don't do stuff like this. Seriously.

> ~/src/subsurface-mobile-build-arm/libs/armeabi-v7a$ ls -l
> total 32588
>  etc
> -rwxrwxrwx 1 willem willem 2005388 Feb  3 18:14 libQt5Quick.so
> -rwxrwxrwx 1 willem willem  189640 Feb  3 18:14 libQt5Svg.so
> -rwxrwxrwx 1 willem willem 3417492 Feb  3 18:14 libQt5Widgets.so
> -rwxrwxrwx 1 willem willem  388288 Feb  3 18:14 libssl.so
> -rwxrwxrwx 1 willem willem 9933316 Feb  3 18:14 libsubsurface-mobile.so
> 
> and:
> 
> ~/src/android-ndk-r13b/toolchains/arm-linux-androideabi-4.9/prebuilt/linux-x86_64/bin$
>  ls -l
> total 29252
>  etc
> -rwxrwxrwx 1 willem willem  441976 Oct 12 15:13 arm-linux-androideabi-readelf
> -rwxrwxrwx 1 willem willem  735256 Oct 12 15:13 arm-linux-androideabi-size
> -rwxrwxrwx 1 willem willem  734584 Oct 12 15:13 arm-linux-androideabi-strings
> -rwxrwxrwx 1 willem willem  920600 Oct 12 15:13 arm-linux-androideabi-strip
> 
> And still the copy gives the same error. I see no signs of disk space 
> problems.
> 
> I need advice from a person more experienced than myself.

It should still create a working .apk - did you check that?

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

Re: Problems building Subsurface for Android

2017-02-03 Thread Willem Ferguson 
When running android-build.sh, I had to install parts of the android 
SDK. When running the script a second time I get:


Copying gdbserver into package.
  -- Copied 
/home/willem/src/subsurface-mobile-build-arm//libs/armeabi-v7a/gdbserver
  -- Copied 
/home/willem/src/subsurface-mobile-build-arm//libs/armeabi-v7a/libgdbserver.so

Copying 2 external libraries to package.
  -- Copied 
/home/willem/src/subsurface-mobile-build-arm//libs/armeabi-v7a/libssl.so
  -- Copied 
/home/willem/src/subsurface-mobile-build-arm//libs/armeabi-v7a/libcrypto.so

Copying Android sources from project.
  -- Copied 
/home/willem/src/subsurface-mobile-build-arm/AndroidManifest.xml
  -- Copied 
/home/willem/src/subsurface-mobile-build-arm/res/drawable/splash.xml
  -- Copied 
/home/willem/src/subsurface-mobile-build-arm/res/drawable/subsurface_mobile_splash.9.png
  -- Copied 
/home/willem/src/subsurface-mobile-build-arm/res/drawable-hdpi/subsurface_mobile_icon.png
  -- Copied 
/home/willem/src/subsurface-mobile-build-arm/res/drawable-hdpi/subsurface_mobile_splash.9.png
  -- Copied 
/home/willem/src/subsurface-mobile-build-arm/res/drawable-mdpi/subsurface_mobile_icon.png
  -- Copied 
/home/willem/src/subsurface-mobile-build-arm/res/drawable-mdpi/subsurface_mobile_splash.9.png
  -- Copied 
/home/willem/src/subsurface-mobile-build-arm/res/drawable-nodpi/subsurface_mobile_splash.9.png
  -- Copied 
/home/willem/src/subsurface-mobile-build-arm/res/drawable-xhdpi/subsurface_mobile_icon.png
  -- Copied 
/home/willem/src/subsurface-mobile-build-arm/res/drawable-xhdpi/subsurface_mobile_splash.9.png
  -- Copied 
/home/willem/src/subsurface-mobile-build-arm/res/drawable-xxhdpi/subsurface_mobile_icon.png
  -- Copied 
/home/willem/src/subsurface-mobile-build-arm/res/drawable-xxhdpi/subsurface_mobile_splash.9.png
  -- Copied 
/home/willem/src/subsurface-mobile-build-arm/res/drawable-xxxhdpi/subsurface_mobile_icon.png
  -- Copied 
/home/willem/src/subsurface-mobile-build-arm/res/drawable-xxxhdpi/subsurface_mobile_splash.9.png
  -- Copied 
/home/willem/src/subsurface-mobile-build-arm/res/values/apptheme.xml
  -- Copied 
/home/willem/src/subsurface-mobile-build-arm/res/values/strings.xml
/home/willem/src/subsurface/../android-ndk-r13b/toolchains/arm-linux-androideabi-4.9/prebuilt/linux-x86_64/bin/arm-linux-androideabi-strip: 
unable to copy file 
'/home/willem/src/subsurface-mobile-build-arm//libs/armeabi-v7a/libcrypto.so'; 
reason: Permission denied
/home/willem/src/subsurface/../android-ndk-r13b/toolchains/arm-linux-androideabi-4.9/prebuilt/linux-x86_64/bin/arm-linux-androideabi-strip: 
unable to copy file 
'/home/willem/src/subsurface-mobile-build-arm//libs/armeabi-v7a/libssl.so'; 
reason: Permission denied


After changing the permissions I have:

~/src/subsurface-mobile-build-arm/libs$ chmod -R 777 armeabi-v7a

~/src/subsurface-mobile-build-arm/libs/armeabi-v7a$ ls -l
total 32588
 etc
-rwxrwxrwx 1 willem willem 2005388 Feb  3 18:14 libQt5Quick.so
-rwxrwxrwx 1 willem willem  189640 Feb  3 18:14 libQt5Svg.so
-rwxrwxrwx 1 willem willem 3417492 Feb  3 18:14 libQt5Widgets.so
-rwxrwxrwx 1 willem willem  388288 Feb  3 18:14 libssl.so
-rwxrwxrwx 1 willem willem 9933316 Feb  3 18:14 libsubsurface-mobile.so

and:

~/src/android-ndk-r13b/toolchains/arm-linux-androideabi-4.9/prebuilt/linux-x86_64/bin$ 
ls -l

total 29252
 etc
-rwxrwxrwx 1 willem willem  441976 Oct 12 15:13 
arm-linux-androideabi-readelf

-rwxrwxrwx 1 willem willem  735256 Oct 12 15:13 arm-linux-androideabi-size
-rwxrwxrwx 1 willem willem  734584 Oct 12 15:13 
arm-linux-androideabi-strings

-rwxrwxrwx 1 willem willem  920600 Oct 12 15:13 arm-linux-androideabi-strip

And still the copy gives the same error. I see no signs of disk space 
problems.


I need advice from a person more experienced than myself.

Kind regards,

willem


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

Re: Problems building Subsurface for Android

2017-02-03 Thread Anton Lundin 
On 03 February, 2017 - Joakim Bygdell wrote:

> On 3 February 2017 at 10:49, Willem Ferguson <
> willemfergu...@zoology.up.ac.za> wrote:
> 
> > On 03/02/2017 08:25, Joakim Bygdell wrote:
> >
> > Remove the quotations on line 383 and try again, that fixed it for me.
> > --
> > Jocke
> >
> >
> >
> > I think your suggestions were extremely helpful. Thank you very much. The
> > problem below is due to a totally different reason. It almost completes the
> > build now, then I get:
> >
> > $ bash subsurface/packaging/android/build.sh
> > ~/src/subsurface ~/src
> > ~/src
> > ~/src/qt-android-cmake ~/src
> > Already up-to-date.
> > ~/src
> > -- building without marble widget support
> > -- building without printing support
> > -- building without usermanual
> > -- building with libftdi support
> > -- 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
> >
> > . etc
> >
> > Scanning dependencies of target subsurface.apk
> > [ 89%] Generating run_android_deploy_qt
> > Directory /home/willem/src/android-sdk-linux/platforms does not exist
> > make[2]: *** [run_android_deploy_qt] Error 2
> > make[1]: *** [CMakeFiles/subsurface.apk.dir/all] Error 2
> > make: *** [all] Error 2
> > $
> >
> > There are two problems here.
> >
> > 1) The location of the android sdk. On my machine it resides at
> > ~/Android/Sdk/tools. It is not in ~/src. For this reason I am not sure
> > how to interpret the message marked with <===, above because it differs
> > both in the name of the directory as well as its location. In theory I
> > could generate a symlink just as I did for Qt and libdivecomputer.
> >
> Yes symlinking makes this easier for you.
> The script expects to find android-sdk-linux and android-ndk-r13b in the
> root of your working directory together with Qt, libdivecomputer and
> subsurface.

Or rather just set the env-vars ANDROID_SDK_ROOT and ANDROID_NDK_ROOT,
pointing to the ones you would like to use.

//Anton

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

Re: Problems building Subsurface for Android

2017-02-03 Thread Dirk Hohndel 
On Fri, Feb 03, 2017 at 12:51:21PM +0200, Willem Ferguson wrote:
> 
> 
> On 03/02/2017 12:27, Dirk Hohndel wrote:
> > So did you run the scripts/android-build.sh that I wrote pretty much
> > specifically for you to help you through all these things?
> > 
> > I should have realized yesterday that you didn't because THAT one
> > downloads and installs libdivecomputer and does the autoreconf.
> > And it installs the platforms and everything.
> > 
> > I ran this script on a freshly installed Ubuntu VM and it gets all the
> > paths right, gets all the components you need and results in a working apk
> > 
> > /D
> > 
> Dirk,
> 
> I was not paying attention. I did not find the script in
> packaging/android and assumed I should use the "normal" build.sh. Now
> that you mentioned it, I did a specific search and found it in the
> subsurface/scripts folder. I copied the script over to packaging/android
> and ran it. At the moment Internet-speed at the university is
> prohibitively slow to execute the script: cannot connect to servers,
> especially that in Brazil. Will try later today from home.

I thought you retired? Anyway...

Please don't move the script. Why would you? It's tested to run where it
is.

Go to ~/src
make sure that ~/src/subsurface has the latest version of subsurface
bash -x ./subsurface/scripts/android-build.sh

If you do that it should hopefully notice that you have Qt downloaded
already (assuming that's where you put things). The whole point of the
script was to create something to make sure this is all reproducable.

Of course, since you didn't use the script to install the Android SDK, I
would ask you to please REMOVE the Android SDK that you may have under
~/src/... so that the script downloads the right one and then installs the
platforms (that was how I realized that you hadn't used the script).

I'll try to go back to sleep (darn insomnia) - will check in on your
progress in about 4-5 hours (if I'm lucky).

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

Re: Problems building Subsurface for Android

2017-02-03 Thread Willem Ferguson 



On 03/02/2017 12:27, Dirk Hohndel wrote:

So did you run the scripts/android-build.sh that I wrote pretty much
specifically for you to help you through all these things?

I should have realized yesterday that you didn't because THAT one
downloads and installs libdivecomputer and does the autoreconf.
And it installs the platforms and everything.

I ran this script on a freshly installed Ubuntu VM and it gets all the
paths right, gets all the components you need and results in a working apk

/D


Dirk,

I was not paying attention. I did not find the script in
packaging/android and assumed I should use the "normal" build.sh. Now
that you mentioned it, I did a specific search and found it in the
subsurface/scripts folder. I copied the script over to packaging/android
and ran it. At the moment Internet-speed at the university is
prohibitively slow to execute the script: cannot connect to servers,
especially that in Brazil. Will try later today from home.

Thanks so much for this. I appreciate this very much.

Kind regards,

willem



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

Re: Problems building Subsurface for Android

2017-02-03 Thread Willem Ferguson 

On 03/02/2017 12:27, Dirk Hohndel wrote:
So did you run the scripts/android-build.sh that I wrote pretty much 
specifically for you to help you through all these things?


I should have realized yesterday that you didn't because THAT one 
downloads and installs libdivecomputer and does the autoreconf.

And it installs the platforms and everything.

I ran this script on a freshly installed Ubuntu VM and it gets all the 
paths right, gets all the components you need and results in a working apk


/D


Dirk,

I was not paying attention. I did not find the script in 
packaging/android and assumed I should use the "normal" build.sh. Now 
that you mentioned it, I did a specific search and found it in the 
subsurface/scripts folder. I copied the script over to packaging/android 
and ran it. At the moment Internet-speed at the university is 
prohibitively slow to execute the script: cannot connect to servers, 
especially that in Brazil. Will try later today from home.


Thanks so much for this. I appreciate this very much.

Kind regards,

willem



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

Re: Problems building Subsurface for Android

2017-02-03 Thread Dirk Hohndel 

> On Feb 3, 2017, at 1:49 AM, Willem Ferguson  
> wrote:
> Scanning dependencies of target subsurface.apk
> [ 89%] Generating run_android_deploy_qt
> Directory /home/willem/src/android-sdk-linux/platforms does not exist
> make[2]: *** [run_android_deploy_qt] Error 2
> make[1]: *** [CMakeFiles/subsurface.apk.dir/all] Error 2
> make: *** [all] Error 2
> $ 
> There are two problems here.
> 
> 1) The location of the android sdk. On my machine it resides at 
> ~/Android/Sdk/tools. It is not in ~/src. For this reason I am not sure how to 
> interpret the message marked with <===, above because it differs both in the 
> name of the directory as well as its location. In theory I could generate a 
> symlink just as I did for Qt and libdivecomputer.
> 
> The current organisation on my machine is:
> ~/Android/Sdk$ ls -l
> total 28
> drwxrwxr-x  3 willem willem 4096 Feb  3 11:33 build-tools
> drwxrwxr-x  4 willem willem 4096 Feb  3 11:33 extras
> drwxrwxr-x  3 willem willem 4096 Feb  3 11:32 patcher
> drwxrwxr-x  3 willem willem 4096 Feb  3 11:31 platforms
> drwxrwxr-x  5 willem willem 4096 Feb  3 11:33 platform-tools
> drwxrwxr-x  3 willem willem 4096 Feb  3 11:32 sources
> drwxrwxr-x 12 willem willem 4096 Feb  3 11:34 tools
> And here, indeed is probably the missing platforms directory which, in turn, 
> contains the Android-25 directory
> I think the script just does not know where to find all the bits and pieces.
> 
> Obviously I have something simple not done right. Any suggestions?
> 
> I am much closer now to building the .apk
So did you run the scripts/android-build.sh that I wrote pretty much 
specifically for you to help you through all these things?

I should have realized yesterday that you didn't because THAT one downloads and 
installs libdivecomputer and does the autoreconf.
And it installs the platforms and everything.

I ran this script on a freshly installed Ubuntu VM and it gets all the paths 
right, gets all the components you need and results in a working apk

/D

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

Re: Problems building Subsurface for Android

2017-02-03 Thread Joakim Bygdell 
On 3 February 2017 at 10:49, Willem Ferguson <
willemfergu...@zoology.up.ac.za> wrote:

> On 03/02/2017 08:25, Joakim Bygdell wrote:
>
> Remove the quotations on line 383 and try again, that fixed it for me.
> --
> Jocke
>
>
>
> I think your suggestions were extremely helpful. Thank you very much. The
> problem below is due to a totally different reason. It almost completes the
> build now, then I get:
>
> $ bash subsurface/packaging/android/build.sh
> ~/src/subsurface ~/src
> ~/src
> ~/src/qt-android-cmake ~/src
> Already up-to-date.
> ~/src
> -- building without marble widget support
> -- building without printing support
> -- building without usermanual
> -- building with libftdi support
> -- 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
>
> . etc
>
> Scanning dependencies of target subsurface.apk
> [ 89%] Generating run_android_deploy_qt
> Directory /home/willem/src/android-sdk-linux/platforms does not exist
> make[2]: *** [run_android_deploy_qt] Error 2
> make[1]: *** [CMakeFiles/subsurface.apk.dir/all] Error 2
> make: *** [all] Error 2
> $
>
> There are two problems here.
>
> 1) The location of the android sdk. On my machine it resides at
> ~/Android/Sdk/tools. It is not in ~/src. For this reason I am not sure
> how to interpret the message marked with <===, above because it differs
> both in the name of the directory as well as its location. In theory I
> could generate a symlink just as I did for Qt and libdivecomputer.
>
Yes symlinking makes this easier for you.
The script expects to find android-sdk-linux and android-ndk-r13b in the
root of your working directory together with Qt, libdivecomputer and
subsurface.

> The current organisation on my machine is:
>
> ~/Android/Sdk$ ls -l
> total 28
> drwxrwxr-x  3 willem willem 4096 Feb  3 11:33 build-tools
> drwxrwxr-x  4 willem willem 4096 Feb  3 11:33 extras
> drwxrwxr-x  3 willem willem 4096 Feb  3 11:32 patcher
> drwxrwxr-x  3 willem willem 4096 Feb  3 11:31 platforms
> drwxrwxr-x  5 willem willem 4096 Feb  3 11:33 platform-tools
> drwxrwxr-x  3 willem willem 4096 Feb  3 11:32 sources
> drwxrwxr-x 12 willem willem 4096 Feb  3 11:34 tools
>
> And here, indeed is probably the missing platforms directory which, in
> turn, contains the Android-25 directory
>
> I think the script just does not know where to find all the bits and
> pieces.
>
> Obviously I have something simple not done right. Any suggestions?
>
make sure tour working src directory contains these folders:
android-sdk-linux
android-ndk-r13b
subsurface
libdivecomputer
Qt

symlinks to other places are ok, the important thing are that they have the
same name as listed above.

I am much closer now to building the .apk
>
> 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

Re: Problems building Subsurface for Android

2017-02-03 Thread Willem Ferguson 

   On 03/02/2017 08:25, Joakim Bygdell wrote:

   Remove the quotations on line 383 and try again, that fixed it for me.
   -- 


   Jocke



I think your suggestions were extremely helpful. Thank you very much. 
The problem below is due to a totally different reason. It almost 
completes the build now, then I get:


$ bash subsurface/packaging/android/build.sh
~/src/subsurface ~/src
~/src
~/src/qt-android-cmake ~/src
Already up-to-date.
~/src
-- building without marble widget support
-- building without printing support
-- building without usermanual
-- building with libftdi support
-- 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

. etc

Scanning dependencies of target subsurface.apk
[ 89%] Generating run_android_deploy_qt
Directory /home/willem/src/android-sdk-linux/platforms does not exist
make[2]: *** [run_android_deploy_qt] Error 2
make[1]: *** [CMakeFiles/subsurface.apk.dir/all] Error 2
make: *** [all] Error 2
$

There are two problems here.

1) The location of the android sdk. On my machine it resides at 
~/Android/Sdk/tools. It is not in ~/src. For this reason I am not sure 
how to interpret the message marked with <===, above because it differs 
both in the name of the directory as well as its location. In theory I 
could generate a symlink just as I did for Qt and libdivecomputer.


The current organisation on my machine is:

~/Android/Sdk$ ls -l
total 28
drwxrwxr-x  3 willem willem 4096 Feb  3 11:33 build-tools
drwxrwxr-x  4 willem willem 4096 Feb  3 11:33 extras
drwxrwxr-x  3 willem willem 4096 Feb  3 11:32 patcher
drwxrwxr-x  3 willem willem 4096 Feb  3 11:31 platforms
drwxrwxr-x  5 willem willem 4096 Feb  3 11:33 platform-tools
drwxrwxr-x  3 willem willem 4096 Feb  3 11:32 sources
drwxrwxr-x 12 willem willem 4096 Feb  3 11:34 tools

And here, indeed is probably the missing platforms directory which, in 
turn, contains the Android-25 directory


I think the script just does not know where to find all the bits and pieces.

Obviously I have something simple not done right. Any suggestions?

I am much closer now to building the .apk

Kind regards,

willem



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

Re: Problems building Subsurface for Android

2017-02-02 Thread Joakim Bygdell 
On 3 February 2017 at 07:59, Willem Ferguson <
willemfergu...@zoology.up.ac.za> wrote:

> On 03/02/2017 08:25, Joakim Bygdell wrote:
>
> Wilhelm,
>
> You can create a workaround for that error if you edit this file:
> Qt/5.7/android_armv7/lib/cmake/Qt5Core/Qt5CoreConfigExtras.cmake
>
> Comment out line 101
> set_property(TARGET Qt5::Core PROPERTY INTERFACE_COMPILE_FEATURES
> cxx_decltype)
>
> --
> Jocke
>
> Thanks very much, Jocke. After doing the above, I get:
>
> -- 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
> -- Generating done
> -- Build files have been written to: /home/willem/src/subsurface-build-arm
> Scanning dependencies of target version
> Built target version
> cp: missing destination file operand after 
> '/home/willem/src/subsurface/android
> android-mobile'
>

Looks like it is line 382.

>
> I tried finding the offending cp in build.sh but I was not successful
> because there are no markers in the above log that I can use to locate the
> cp. E.g. there is no string "Scanning for dependencies" in the shell
> script, probably generated by cmake. Any ideas?
> Kind regards,
> willem
>
> Remove the quotations on line 383 and try again, that fixed it for me.


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

Fwd: Re: Problems building Subsurface for Android

2017-02-02 Thread Willem Ferguson 




 Forwarded Message 
From:   25 2017 <>
X-Account-Key:  account2
X-UIDL: 0001b5f34f262ed4
X-Mozilla-Status:   0013
X-Mozilla-Status2:  
X-Mozilla-Keys: 
Return-path: 


Envelope-to:willemfergu...@zoology.up.ac.za
Delivery-date:  Fri, 03 Feb 2017 08:26:12 +0200
Received: 	from [137.215.6.44] (helo=mail.up.ac.za) by zoology.up.ac.za 
with esmtps (UNKNOWN:AES128-GCM-SHA256:128) (Exim 4.77) (envelope-from 
) id 
1cZXK0-We-2U for willemfergu...@zoology.up.ac.za; Fri, 03 Feb 2017 
08:26:12 +0200
Received: 	from mail.up.ac.za ([127.0.0.1]) by mail.up.ac.za with esmtp 
(Exim 4.84_2) (envelope-from 
) id 
1cZXJw-00075b-Ke for willemfergu...@zoology.up.ac.za; Fri, 03 Feb 2017 
08:26:11 +0200
Received: 	from mail-lf0-f42.google.com ([209.85.215.42] 
helo=mail-lf0-f42.google.com) by spamcontrol.up.ac.za with ESMTP 
(2.0.2); 3 Feb 2017 08:26:07 +0200
Received: 	by mail-lf0-f42.google.com with SMTP id z134so4931175lff.3 
for ; Thu, 02 Feb 2017 22:26:08 -0800 
(PST)
X-Google-DKIM-Signature: 	v=1; a=rsa-sha256; c=relaxed/relaxed; 
d=1e100.net; s=20161025; 
h=x-gm-message-state:delivered-to:delivered-to:dkim-signature 
:mime-version:in-reply-to:references:from:date:message-id:subject:to 
:precedence:list-id:list-unsubscribe:list-archive:list-post 
:list-help:list-subscribe:cc:errors-to:sender; 
bh=xGhr855RjADh+l9qjoBMjiR5zcICiWy9Tc1R/0Pzk14=; 
b=TW7pKHHAV7pBxDpveVHykTB4cYhgj3PeAq2u/blBjSzFYad8xp+SupKBoCeZPcay4k 
OjqDS7+cOsbfRtV/aCK6cLHu3x3sTzG/tdqLX6vyhWLPy6WhKTo/TEjdx7NxwjfZ5hQ1 
WPCoz1CFUXFsft/zi8QI+E3m/54AEzwAnm+zGlLIsZY63kbFn3twqozVGWuMZCmgSglg 
0Azqb/HOa9i58MIWv0IjvJWUvKlqbtWwCo8JJ9rHEka3i4++jUGF36RCsrcAle6qe7Vy 
QA5IaevySQKkqmxFsYuwvDkjeqKkUOhKG2D/lz4668FSUpZ5cjaqJAypecRsUFr1jlcx qzjg==
X-Gm-Message-State: 
AIkVDXI9PYRSd7U6D4eLhrs6vWVHUtbo+EdCDbNGcYtPWz4FkWpgS4xo+RWu1N4/RubCqG71OIFp7XuZ9QCPgaFdoaENPcA= 

X-Received: 	by 10.25.20.84 with SMTP id 
k81mr4451563lfi.172.1486103165346; Thu, 02 Feb 2017 22:26:05 -0800 (PST)

X-Forwarded-To: willemfergu...@zoology.up.ac.za
X-Forwarded-For:fergusonwil...@gmail.com willemfergu...@zoology.up.ac.za
Delivered-To:   fergusonwil...@gmail.com
Received: 	by 10.25.163.135 with SMTP id m129csp464875lfe; Thu, 2 Feb 
2017 22:26:04 -0800 (PST)
X-Received: 	by 10.84.151.69 with SMTP id 
i63mr18634609pli.122.1486103163901; Thu, 02 Feb 2017 22:26:03 -0800 (PST)
Received: 	from mail.subsurface-divelog.org (mailhost.gr8dns.org. 
[198.145.64.141]) by mx.google.com with ESMTP id 
x15si19791301pgo.355.2017.02.02.22.26.03; Thu, 02 Feb 2017 22:26:03 
-0800 (PST)
Received-SPF: 	neutral (google.com: 198.145.64.141 is neither permitted 
nor denied by best guess record for domain of 
subsurface-boun...@subsurface-divelog.org) client-ip=198.145.64.141;
Authentication-Results: 	mx.google.com; dkim=neutral (body hash did not 
verify) header.i=@gmail.com; spf=neutral (google.com: 198.145.64.141 is 
neither permitted nor denied by best guess record for domain of 
subsurface-boun...@subsurface-divelog.org) 
smtp.mailfrom=subsurface-boun...@subsurface-divelog.org; dmarc=fail 
(p=NONE sp=NONE dis=NONE) header.from=gmail.com
Received: 	by mail.subsurface-divelog.org (Postfix, from userid 112) id 
AAED02956E; Thu, 2 Feb 2017 22:26:02 -0800 (PST)
Received: 	from mhs.subsurface-divelog.org (localhost [IPv6:::1]) by 
mail.subsurface-divelog.org (Postfix) with ESMTP id 27B7829523; Thu, 2 
Feb 2017 22:26:00 -0800 (PST)

X-Original-To:  subsurface@subsurface-divelog.org
Delivered-To:   subsurface@subsurface-divelog.org
Received: 	by mail.subsurface-divelog.org (Postfix, from userid 112) id 
ACE5C29520; Thu, 2 Feb 2017 22:25:58 -0800 (PST)
Received: 	from mailhost.gr8dns.org (mhg.gr8dns.org [192.168.1.5]) by 
mail.subsurface-divelog.org (Postfix) with ESMTP id A633729518 for 
; Thu, 2 Feb 2017 22:25:56 -0800 (PST)
Received: 	by mailhost.gr8dns.org (Postfix, from userid 112) id 
9ABD0288DA; Thu, 2 Feb 2017 22:25:56 -0800 (PST)

X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on 
mhg.gr8dns.org
X-Spam-Level:   
X-Spam-Status: 	No, score=-2.8 required=5.0 
tests=BAYES_00,FREEMAIL_FROM, 
HTML_MESSAGE,RCVD_IN_DNSWL_LOW,RCVD_IN_MSPIKE_H2,SPF_PASS,T_DKIM_INVALID 
autolearn=ham autolearn_force=no version=3.4.1
Received: 	from mail-io0-f174.google.com (mail-io0-f174.google.com 
[209.85.223.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 
(128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet 
Authority G2" (not verified)) by mailhost.gr8dns.org (Postfix) with 
ESMTPS id 791D6200F9 for ; Thu, 2 Feb 
2017 22:25:54 -0800 (PST)
Received: 	by mail-io0-f174.google.com with SMTP id j18so10933445ioe.2 
for

Re: Problems building Subsurface for Android

2017-02-02 Thread Joakim Bygdell 
Wilhelm,

On 3 February 2017 at 06:20, Willem Ferguson <
willemfergu...@zoology.up.ac.za> wrote:

> On 03/01/2017 09:17, Joakim Bygdell wrote:
>
> On 3 January 2017 at 06:35, Willem Ferguson  za> wrote:
>
> CMake Error in CMakeLists.txt:
>>   No known features for CXX compiler
>>
>>   "GNU"
>>
>>   version 4.9.
>>
> I have seen that as well on my old mac.
> If I remember correctly it seemed to be an issue between an older version
> of GCC and the cmake flags.
>
> If you go into the build directory and run the ccmake command you should
> get a better error output.
>
> --
> Jocke
>
> Which directory do you refer to as  the build directory? ~/src?
>
> On my machine there is currently no build directory in
> src/subsurface/packaging/android.
>
> Clearly, src/subsurface/build is inappropriate.
>
> I am trying to get a better diagnostic than the above one.
>
> Kind regards,
>
> willem
>
>
> You can create a workaround for that error if you edit this file:
Qt/5.7/android_armv7/lib/cmake/Qt5Core/Qt5CoreConfigExtras.cmake

Comment out line 101
set_property(TARGET Qt5::Core PROPERTY INTERFACE_COMPILE_FEATURES
cxx_decltype)

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

Re: Problems building Subsurface for Android

2017-02-02 Thread Rick Walsh 
On 3 February 2017 at 16:20, Willem Ferguson <
willemfergu...@zoology.up.ac.za> wrote:

> On 03/01/2017 09:17, Joakim Bygdell wrote:
>
> On 3 January 2017 at 06:35, Willem Ferguson  za> wrote:
>
> CMake Error in CMakeLists.txt:
>>   No known features for CXX compiler
>>
>>   "GNU"
>>
>>   version 4.9.
>>
> I have seen that as well on my old mac.
> If I remember correctly it seemed to be an issue between an older version
> of GCC and the cmake flags.
>
> If you go into the build directory and run the ccmake command you should
> get a better error output.
>
> --
> Jocke
>
> Which directory do you refer to as  the build directory? ~/src?
>
> On my machine there is currently no build directory in
> src/subsurface/packaging/android.
>
It should be src/subsurface-mobile-build-$ARCH

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

Re: Problems building Subsurface for Android

2017-02-02 Thread Willem Ferguson 

On 03/01/2017 09:17, Joakim Bygdell wrote:
On 3 January 2017 at 06:35, Willem Ferguson 
> wrote:


CMake Error in CMakeLists.txt:
  No known features for CXX compiler

  "GNU"

  version 4.9.

I have seen that as well on my old mac.
If I remember correctly it seemed to be an issue between an older 
version of GCC and the cmake flags.


If you go into the build directory and run the ccmake command you 
should get a better error output.


--
Jocke


Which directory do you refer to as  the build directory? ~/src?

On my machine there is currently no build directory in 
src/subsurface/packaging/android.


Clearly, src/subsurface/build is inappropriate.

I am trying to get a better diagnostic than the above one.

Kind regards,

willem


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

Re: Problems building Subsurface for Android

2017-02-02 Thread Joakim Bygdell 
On 2 February 2017 at 17:01, Dirk Hohndel  wrote:

> >
> > originating at the line:
> >
> > "$SUBSURFACE_SOURCE"/../libdivecomputer/configure --host=${BUILDCHAIN}
> --prefix="$PREFIX" --enable-static --disable-shared --enable-examples=no
> >
> > Does any one have an idea?
> >
> > Of course there is not a libdivecomputer directory in src because I
> started with a clean src directory.
> >
> > Do I need a manual install of libdivecomputer? As fa ar I am aware this
> should not be necessary.
>
> It looks like the Android build.sh doesn't do that, yet.
>
No, but the android-build.sh sets up the current src directory correctly.
The only time this will be an issue is when people runs the build script in
packagin/android directly without running any of the other scripts first.


> Goes to show you that whatever we do, we always make assumptions.
>
> /D
> ___
> 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

Re: Re: Problems building Subsurface for Android

2017-02-02 Thread Joakim Bygdell 
Wilhelm,
On 2 February 2017 at 17:28, Willem Ferguson <
willemfergu...@zoology.up.ac.za> wrote:

>
>
> On 02/02/2017 18:01, Dirk Hohndel wrote:
>
>>
>> I get the folowing scripting error in build.sh:
>>>
>>> ~/src/libdivecomputer-build-arm ~/src
>>> subsurface/packaging/android/build.sh: line 296:
>>> /home/willem/src/subsurface/../libdivecomputer/configure: No such file
>>> or directory
>>>
>> autoreconf --install
>> in the libdivecomputer directory should take care of that.
>> For odd reasons I sometimes have to run that twice
>> The Android build instructions assume that this is a libdivecomputer
>> directory that has already been used for builds.
>> I guess we could should fix that in the Android build
>>
>>  There is no libdivecomputer directory in src. I have such a directory in
> my backup/src directory which contains the Linux build resources.
> However, in the current src there is a directory
> libdivecomputer-build-arm. But if I remember correctly, I do not need
> the 'normal' libdivecomputer but one that has some Android-specific
> things?? The only other way to get the 'normal' directory is to download
> it from the libdivecomputer website?
> Kind regards,
> willem


The libdivecomputer-build-arm contains the output when the script builds
libdivecomputer for the arm archtecture.
But in order to do so it needs aces to the libdivecomputer sources, and
that folder should be in the same directory as your subsurface folder.
You should be able to symlink your libdivecomputer folder from backup/src
to the current src folder.
If you have built the linux version you will have to do a clean before
building for arm.

If you look in your current src folder there vill be a number of
"-build-arm" folders, those contain the modules built for arm architecture
for subsurface-mobile.


>
>
>
> ___
> 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

Re: Fwd: Re: Problems building Subsurface for Android

2017-02-02 Thread Dirk Hohndel 
On Thu, Feb 02, 2017 at 06:28:21PM +0200, Willem Ferguson wrote:
> On 02/02/2017 18:01, Dirk Hohndel wrote:
> > 
> > > I get the folowing scripting error in build.sh:
> > > 
> > > ~/src/libdivecomputer-build-arm ~/src
> > > subsurface/packaging/android/build.sh: line 296: 
> > > /home/willem/src/subsurface/../libdivecomputer/configure: No such file or 
> > > directory
> > autoreconf --install
> > in the libdivecomputer directory should take care of that.
> > For odd reasons I sometimes have to run that twice
> > The Android build instructions assume that this is a libdivecomputer 
> > directory that has already been used for builds.
> > I guess we could should fix that in the Android build
> > 
>  There is no libdivecomputer directory in src. I have such a directory in
> my backup/src directory which contains the Linux build resources.
> However, in the current src there is a directory
> libdivecomputer-build-arm. But if I remember correctly, I do not need
> the 'normal' libdivecomputer but one that has some Android-specific
> things?? The only other way to get the 'normal' directory is to download
> it from the libdivecomputer website?

For some reason the Android script assumes that you have subsurface and
libdivecomputer sources in place. The former makes sense (because you have
the script, so the source should be there), the latter I'm not so sure
about.

Simply do this

cd ~/src
ln -s ~/backup/src/libdivecomputer .

now things should work.

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

Fwd: Re: Problems building Subsurface for Android

2017-02-02 Thread Willem Ferguson 



On 02/02/2017 18:01, Dirk Hohndel wrote:



I get the folowing scripting error in build.sh:

~/src/libdivecomputer-build-arm ~/src
subsurface/packaging/android/build.sh: line 296: 
/home/willem/src/subsurface/../libdivecomputer/configure: No such file or 
directory

autoreconf --install
in the libdivecomputer directory should take care of that.
For odd reasons I sometimes have to run that twice
The Android build instructions assume that this is a libdivecomputer directory 
that has already been used for builds.
I guess we could should fix that in the Android build


 There is no libdivecomputer directory in src. I have such a directory in
my backup/src directory which contains the Linux build resources.
However, in the current src there is a directory
libdivecomputer-build-arm. But if I remember correctly, I do not need
the 'normal' libdivecomputer but one that has some Android-specific
things?? The only other way to get the 'normal' directory is to download
it from the libdivecomputer website?
Kind regards,
willem


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

Re: Problems building Subsurface for Android

2017-02-02 Thread Dirk Hohndel 

> On Feb 2, 2017, at 7:45 AM, Willem Ferguson  
> wrote:
> 
> I am back at my hobby of trying to build Subsurface-desktop to run on 
> Android. This is to test the FTDI interface.
> 
> Building subsurface/packaging/android/build.sh with
> 
> export SUBSURFACE_DESKTOP=ON
> 
> I get the folowing scripting error in build.sh:
> 
> ~/src/libdivecomputer-build-arm ~/src
> subsurface/packaging/android/build.sh: line 296: 
> /home/willem/src/subsurface/../libdivecomputer/configure: No such file or 
> directory

autoreconf --install
in the libdivecomputer directory should take care of that.
For odd reasons I sometimes have to run that twice
The Android build instructions assume that this is a libdivecomputer directory 
that has already been used for builds.
I guess we could should fix that in the Android build

> 
> originating at the line:
> 
> "$SUBSURFACE_SOURCE"/../libdivecomputer/configure --host=${BUILDCHAIN} 
> --prefix="$PREFIX" --enable-static --disable-shared --enable-examples=no
> 
> Does any one have an idea?
> 
> Of course there is not a libdivecomputer directory in src because I started 
> with a clean src directory.
> 
> Do I need a manual install of libdivecomputer? As fa ar I am aware this 
> should not be necessary.

It looks like the Android build.sh doesn't do that, yet.

Goes to show you that whatever we do, we always make assumptions.

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