subsurface.git/scripts/windows, branch v4.8.6forked from https://github.com/subsurface/subsurfacehttps://git.tsegers.com/subsurface.git/atom?h=v4.8.62018-11-14T09:06:10ZMXE: respect an MXE build type already defined2018-11-14T09:06:10ZDirk Hohndeldirk@hohndel.org2018-11-14T09:03:08Zurn:sha1:15c7ee5db0d61bd12f66cea942b89cc1ef6bad6f
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>
Travis: don't upload the MXE Subsurface binaries2018-10-07T21:00:45ZDirk Hohndeldirk@hohndel.org2018-10-07T20:58:46Zurn:sha1:9dac90c6bfe6e15f054602ada793fc83bdcb5fd8
More specifically, don't upload them from the old Windows build - we
just keep that one around for the smtk2ssrf binaries. The Subsurface
binaries are now created in the container based Windows build.
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
Travis: build old style Windows without FTDI support2018-10-07T21:00:45ZDirk Hohndeldirk@hohndel.org2018-10-07T18:55:38Zurn:sha1:c330659df69bc35f0b57e05d9c4b2e0a1873849b
This way we can still get an smtk2ssrf build until that is added to the
windows-container target.
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
smtk-import: Upload .AppImage and .exe files2018-02-24T21:42:01ZSalvador Cuñatsalvador.cunat@gmail.com2018-02-19T22:06:52Zurn:sha1:36396d0bf4f411507c62362df015e9a7b11d531e
Upload windows installer and AppImage to Subsurface's repo
Signed-off-by: Salvador Cuñat <salvador.cunat@gmail.com>
smtk-import: add windows building to travis-ci2018-02-24T21:42:01ZSalvador Cuñatsalvador.cunat@gmail.com2018-02-15T20:45:58Zurn:sha1:f6cee2ca7ebcad011b5109b2679f14d60852b50f
Prepare the building script to suport travis or set other automated
builds, while keeping other options to manual builds.
In before_install script, create needed directories, and dowload
mdbtools sources.
Add smtk2ssrf build script to travisbuild.sh
Signed-off-by: Salvador Cuñat <salvador.cunat@gmail.com>
Use our fork of uploadtool2017-12-30T19:10:40ZDirk Hohndeldirk@hohndel.org2017-12-30T19:10:40Zurn:sha1:a1cd2f2e7ac5f31d835a538ac8a6e77430416e0c
And use the 'correct' URL to obtain the actual file.
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
libdc: update the MXE build script for submodule2017-12-03T22:12:06ZDirk Hohndeldirk@hohndel.org2017-12-03T20:53:56Zurn:sha1:25041be08c8b5729ce2d6f2b0a07a5c7fab65132
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
libdc: get the submodule for Travis CI / Windows MXE2017-12-03T22:12:06ZDirk Hohndeldirk@hohndel.org2017-12-03T19:52:48Zurn:sha1:3368b89336b07b93f036ace72c961d6206dd0b03
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
Travis: try to make sure failing builds fail2017-11-25T00:58:55ZDirk Hohndeldirk@hohndel.org2017-11-24T16:14:17Zurn:sha1:ad4ea65493afb7f54610b7ddaa28f526f791554f
In some situations Travis CI doesn't seem to notice that a build failed and
give us a green check mark even though the build didn't succeed.
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
Switch back to upstream uploadtool2017-11-18T16:05:50ZDirk Hohndeldirk@hohndel.org2017-11-18T16:05:50Zurn:sha1:f691593e65801b82be668f2bdf6e4ce7a03add32
In commit e643589233 ("Travis: setup up the desired release message
right away") we temproarily switched to my fork of uploadtool to take
advantage of a new feature that I had implemented there. This has
already been merged upstream, so let's switch back to upstream.
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>