<feed xmlns='http://www.w3.org/2005/Atom'>
<title>subsurface.git/scripts/docker, branch v5.0.3</title>
<subtitle>forked from https://github.com/subsurface/subsurface</subtitle>
<id>https://git.tsegers.com/subsurface.git/atom?h=v5.0.3</id>
<link rel='self' href='https://git.tsegers.com/subsurface.git/atom?h=v5.0.3'/>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/'/>
<updated>2021-01-10T23:16:52Z</updated>
<entry>
<title>build-system: compile stats code on mobile OSs</title>
<updated>2021-01-10T23:16:52Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>dirk@hohndel.org</email>
</author>
<published>2021-01-08T20:53:27Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=b40354c7f28676d011de35e49b178d9aa789bbc7'/>
<id>urn:sha1:b40354c7f28676d011de35e49b178d9aa789bbc7</id>
<content type='text'>
Android and iOS use qmake, so add the code to the .pro file.
This also removes all remnants of QCharts includes and uses and all the
references to QCharts in our various build systems.

That was a brief but extremely useful detour.

Signed-off-by: Dirk Hohndel &lt;dirk@hohndel.org&gt;
</content>
</entry>
<entry>
<title>build-system/trusty: use new Qt installer</title>
<updated>2020-12-29T16:38:36Z</updated>
<author>
<name>Subsurface CI</name>
<email>dirk@hohndel.org</email>
</author>
<published>2020-12-27T22:31:39Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=3cf6848605588e6818cf52cb5c14f89925c2b974'/>
<id>urn:sha1:3cf6848605588e6818cf52cb5c14f89925c2b974</id>
<content type='text'>
Update to Qt 5.12.10, latest OpenSSL, add QtChart, add other missing packages.
Also switch to gcc-7 as our statistics code requires better C++17 support than
what gcc-6 can offer.

This then creates trusty-qt512:1.1

Signed-off-by: Subsurface CI &lt;dirk@hohndel.org&gt;
</content>
</entry>
<entry>
<title>build-system: update Android builder docker container</title>
<updated>2020-11-20T01:18:33Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>dirk@hohndel.org</email>
</author>
<published>2020-11-18T22:01:29Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=cb4ccea3c225fa4d294f4861530ff3b67c1d9efd'/>
<id>urn:sha1:cb4ccea3c225fa4d294f4861530ff3b67c1d9efd</id>
<content type='text'>
This adjusts the docker setup to create a container with the correct
NDK, SDK, tools, Qt version, etc, and updates the helper scripts that
are needed in order to do that.

Signed-off-by: Dirk Hohndel &lt;dirk@hohndel.org&gt;
</content>
</entry>
<entry>
<title>build-system: switch to the 32/64bit MXE build container</title>
<updated>2020-10-30T23:36:08Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>dirk@hohndel.org</email>
</author>
<published>2020-10-30T18:28:00Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=f425bbbde3ce775962db4ee71a3e6cd1431cd49a'/>
<id>urn:sha1:f425bbbde3ce775962db4ee71a3e6cd1431cd49a</id>
<content type='text'>
This doesn't actually build 32 bit binaries, yet. One step at a time.

Signed-off-by: Dirk Hohndel &lt;dirk@hohndel.org&gt;
</content>
</entry>
<entry>
<title>build-system: create an MXE docker container for both 32 &amp; 64 bit</title>
<updated>2020-10-30T23:36:08Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>dirk@hohndel.org</email>
</author>
<published>2020-10-30T18:15:34Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=03e2d1e045bed568a613140ce3084158d22a6571'/>
<id>urn:sha1:03e2d1e045bed568a613140ce3084158d22a6571</id>
<content type='text'>
This should allow us to then do both 32 and 64 bit Windows builds in our CI/CD
and of course for our releases.

In order to still be able to use this container in a GitHub action, aggressively
remove things that we won't need during the build. Since we use the experimental
-squash argument during docker build, this should get us a much smaller container
image in the end.

Signed-off-by: Dirk Hohndel &lt;dirk@hohndel.org&gt;
</content>
</entry>
<entry>
<title>build-system: Docker build for 64bit MXE</title>
<updated>2020-10-30T19:24:36Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>dirk@hohndel.org</email>
</author>
<published>2020-10-28T21:19:45Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=e71e715cd347d3dc1e503695d7a747f175123e9e'/>
<id>urn:sha1:e71e715cd347d3dc1e503695d7a747f175123e9e</id>
<content type='text'>
We previously tried to build the MXE Docker container on GitHub using
an Action, but that really didn't work well and was a lot more trouble
than it was worth.

So this goes back to an offline build mechanism where I simply create
an updated Docker image when needed and push that to Docker Hub.

But this nearly hides the most interesting change here - we are finally
switching to using 64bit binaries on Windows. It's 2020 and fewer than
1% of our users use 32bit Windows machines. We'll need to expand this
to be able to have both a 32bit and a 64bit version of Subsurface for
Windows. But for now, this solves the problem for 99% of our users.

Signed-off-by: Dirk Hohndel &lt;dirk@hohndel.org&gt;
</content>
</entry>
<entry>
<title>build-system: remove Grantlee from the container setup scripts</title>
<updated>2020-10-08T19:19:39Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>dirk@hohndel.org</email>
</author>
<published>2020-10-07T19:48:38Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=21f1cf09f7de90080951dfb96d5ef638865624dc'/>
<id>urn:sha1:21f1cf09f7de90080951dfb96d5ef638865624dc</id>
<content type='text'>
Signed-off-by: Dirk Hohndel &lt;dirk@hohndel.org&gt;
</content>
</entry>
<entry>
<title>build-system/MXE: build with more up to date MXE tools.</title>
<updated>2020-06-25T18:00:51Z</updated>
<author>
<name>Paul Buxton</name>
<email>paulbuxton.mail@googlemail.com</email>
</author>
<published>2020-05-30T11:21:22Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=a753845d5acd6d25ff74dc969a9ea6307d8abe6a'/>
<id>urn:sha1:a753845d5acd6d25ff74dc969a9ea6307d8abe6a</id>
<content type='text'>
- use hidapi grantlee and mdbtools from MXE
- update MXE version to use QT 5.15, and pull in libzstd and  CMake 3.17.3
- fix linking of winmm on windows build with new mxe
- add some instructions on building the container
- add some new dependancies from QT 5.15 to the packaging
- add a patch to MXE to Build qtconnectivity with native-win32-bluetooth

[Dirk Hohndel: small refactor]

Signed-off-by: Paul Buxton &lt;paulbuxton.mail@googlemail.com&gt;
Signed-off-by: Dirk Hohndel &lt;dirk@hohndel.org&gt;
</content>
</entry>
<entry>
<title>move GitHub url to the Subsurface org</title>
<updated>2020-04-26T23:36:30Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>dirk@hohndel.org</email>
</author>
<published>2020-04-26T23:36:27Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=da953fa18a954379cc52fec85b2f30fa368aa940'/>
<id>urn:sha1:da953fa18a954379cc52fec85b2f30fa368aa940</id>
<content type='text'>
Instead of using the Subsurface-divelog user on GitHub, we now use an org that
was generously donated to us.

Signed-off-by: Dirk Hohndel &lt;dirk@hohndel.org&gt;
</content>
</entry>
<entry>
<title>build-system/Android: use PREFIX outside of NDK</title>
<updated>2020-04-25T20:18:41Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>dirk@hohndel.org</email>
</author>
<published>2020-04-24T22:27:40Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=d3e495efd006abe5af03e396499bfcf60135a3e2'/>
<id>urn:sha1:d3e495efd006abe5af03e396499bfcf60135a3e2</id>
<content type='text'>
If we install our support libraries into the NDK we later run into
include path order issues that result in strange errors around the
inclusion of math.h (because we find the C version of that include
file that ships with the NDK before we find the libstdc++ version
of math.h (because the include path for our support libraries is
listed before the libstdc++ include search path). By having a distinct
install-root for our libraries we can avoid this problem.

Remove the previous hack that tried to work around the symptoms of
this issue.

Signed-off-by: Dirk Hohndel &lt;dirk@hohndel.org&gt;
</content>
</entry>
</feed>
