aboutsummaryrefslogtreecommitdiffstats
path: root/scripts/windows-container
AgeCommit message (Collapse)Author
2018-12-11Travis: fix the windows-container buildGravatar Dirk Hohndel
Call apt update before trying to install things. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2018-11-14MXE: respect an MXE build type already definedGravatar Dirk Hohndel
And use that to have our Travis build still work with the existing MXE build container as well as the even older, pre-compiled MXE binaries used in the windows build. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2018-10-15Fix after_success.sh for windows container buildGravatar Salvador Cuñat
Ooops. Forgot to fix this before sent the patches, as this part doesn't works on my travis builds. Signed-off-by: Salvador Cuñat <salvador.cunat@gmail.com>
2018-10-15windows-container: enable smtk2ssrf buildingGravatar Salvador Cuñat
Enable building of SmartTrak divelogs importer. A new, lighter, tarball for mxe static libraries has been built, as it seems impossible to build mdbtools with shared libraries (see mxe's build matrix). The tarball doesn't include prebuilt mdbtools and we build from source via build script. Signed-off-by: Salvador Cuñat <salvador.cunat@gmail.com>
2018-10-07Travis: add Windows build in a containerGravatar Dirk Hohndel
I expect this to become the default way to test Windows builds and create installers on Travis. The idea is that instead of downloading the pre-built MXE binaries we might as well use a container that has all this installed and can be used locally to test if things fail on Travis; which will allow us to have the exact same environment for testing locally as runs on Travis. At this point the container used is way too big - more effort needs to be spent on shrinking it. Right now this only deals with Subsurface and not with smtk2ssrf. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>