summaryrefslogtreecommitdiffstats
path: root/scripts/windows-container/before_install.sh
AgeCommit message (Collapse)Author
2019-10-14Revert "Windows build: Changesto build using mxebased hidapi,libusb and ↵Gravatar Dirk Hohndel
grantlee" This reverts commit 60e63afb8219ca22001a4d1c5c0e6a7e27af89d5. I merged this to early without paying attention to the fact that this needed an updated build container as well. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2019-10-13Windows build: Changesto build using mxebased hidapi,libusb and grantleeGravatar Paul Buxton
Remove hidapi from manually built components and use the mxe based one instead. Remove libzip as that is handled by mxe packages. Update version of grantlee used to build with qt 5.13.1. Also hide vscode files from git. [Dirk Hohndel: combined two commits, cleaned up the commit message and removed one now incorrect comment line from mxe-based-build.sh] Signed-off-by: Paul Buxton <paulbuxton.mail@googlemail.com> Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2019-05-18windows-container: remove useless tarball downloadGravatar Salvador Cuñat
0.9 docker image includes static libraries to build mdbtools so there is no need for an aditional tarball. Signed-off-by: Salvador Cuñat <salvador.cunat@gmail.com> Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2019-05-18Travis: use version 0.9 of the MXE build containerGravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
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-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>