mifr/subsurface
1
0
Fork 0
mirror of https://github.com/subsurface/subsurface.git synced 2024-11-28 05:00:20 +00:00
Code Issues Projects Releases Packages Wiki Activity
subsurface/.travis.yml

174 lines
4.1 KiB
YAML
Raw Normal View History

Add a travis build of subsurface This runs a subsurface script/build.sh build in travis-ci, and runs the tests afterwards. The build runs on the Ubuntu Trusty image, but due to the fact that the Qt shipped there is to old, it installs a Qt 5.8 from qt.io , and with some trickery caches it. Hacked out are things that doesn't build with Qt 5.8, and the rest is built against WebEngine. The tests currently fail, and I really don't know why, but its a clear indication that they aren't run that often. This cam makes sure they are run at least. The actual testing is just commented out for that reason. Signed-off-by: Anton Lundin <glance@acc.umu.se> Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-02-05 22:26:52 +00:00
Travis: add Mac build This adds a -skip-googlemaps option to the build script since for some reason trying to build the googlemaps plugin in the Travis mac environment causes an error with a missing stack-protector-strong feature. The build relies on a custom build Qt and a cached homebrew environment. And the result is of course not a DMG with a signed app but a zip file with an unsigned app - so it's a bit harder to consume. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-11-12 02:48:27 +00:00
Travis: start restructuring the build process Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-11-08 14:43:38 +00:00
matrix:
include:
Travis: add building for iOS Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2018-04-24 13:58:43 +00:00
- env: SUBSURFACE_PLATFORM='ios'
os: osx
osx_image: xcode9.3
language: c++
Travis: add Mac build This adds a -skip-googlemaps option to the build script since for some reason trying to build the googlemaps plugin in the Travis mac environment causes an error with a missing stack-protector-strong feature. The build relies on a custom build Qt and a cached homebrew environment. And the result is of course not a DMG with a signed app but a zip file with an unsigned app - so it's a bit harder to consume. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-11-12 02:48:27 +00:00
- env: SUBSURFACE_PLATFORM='mac'
os: osx
Travis: build Mac against macOS 10.12 This way the Subsurface.app.zip should run on all versions of macOS that Qt supports. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2019-05-19 19:33:30 +00:00
osx_image: xcode9.2
Travis: use homebrew addon instead of doing it manually This should make our mac builds on Travis faster. This also switches to the latest xcode / VM image which helps speed things up (less to update for Homebrew). It turned out that that app directories that we were creating here didn't run for people, anyway, so why even bother with an old image. We still create / upload that image (simply in order to be able to peek into it in case something goes wrong). Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2018-12-23 03:46:38 +00:00
language: c++
addons:
homebrew:
packages:
- xz
- hidapi
- libusb
- libxml2
- libxslt
- libzip
- openssl
- pkg-config
- libgit2
- libssh2
update: true
Travis: add Mac build This adds a -skip-googlemaps option to the build script since for some reason trying to build the googlemaps plugin in the Travis mac environment causes an error with a missing stack-protector-strong feature. The build relies on a custom build Qt and a cached homebrew environment. And the result is of course not a DMG with a signed app but a zip file with an unsigned app - so it's a bit harder to consume. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-11-12 02:48:27 +00:00
Travis: add Windows build in a container 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>
2018-10-06 08:11:15 +00:00
- env: SUBSURFACE_PLATFORM='windows-container'
os: linux
filter_secrets: false
language: c++
services:
- docker
Travis: start restructuring the build process Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-11-08 14:43:38 +00:00
- env: SUBSURFACE_PLATFORM='linux'
os: linux
dist: trusty
language: c++
addons:
apt:
packages:
Add a travis build of subsurface This runs a subsurface script/build.sh build in travis-ci, and runs the tests afterwards. The build runs on the Ubuntu Trusty image, but due to the fact that the Qt shipped there is to old, it installs a Qt 5.8 from qt.io , and with some trickery caches it. Hacked out are things that doesn't build with Qt 5.8, and the rest is built against WebEngine. The tests currently fail, and I really don't know why, but its a clear indication that they aren't run that often. This cam makes sure they are run at least. The actual testing is just commented out for that reason. Signed-off-by: Anton Lundin <glance@acc.umu.se> Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-02-05 22:26:52 +00:00
- git
- g++
- make
- autoconf
- automake
- libtool
- cmake
- pkg-config
- libxml2-dev
- libxslt1-dev
- libzip-dev
- libsqlite3-dev
- libusb-1.0-0-dev
- libssl-dev
- libssh2-1-dev
- libcurl4-openssl-dev
# Not a subsurface dependency, but a Qt dependency
- mesa-common-dev
Travis: add missing dependency This is a fairly big hammer to get the missing dependencies installed. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-11-09 20:48:57 +00:00
- libqt5gui5
- libxcb-xinerama0
Build AppImage on Travis CI https://github.com/Subsurface-divelog/subsurface/issues/769
2017-11-05 21:28:52 +00:00
# Not a subsurface dependency, but a QtMultimedia/libdeclarative_multimedia.so dependency
- libpulse-mainloop-glib0
Travis: get our own Qt and build with WebKit enabled Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-11-05 23:24:33 +00:00
# Not a subsurface dependency, but a QtWebKit dependency
- libhyphen-dev
- libicu52
smtk-import: Support SmartTrak import in travis builds 1.- Include needed dependencies (glib-2.0 and mdbtools) in .travis.yml 2.- Call smtk2ssrf-build.sh script *after* subsurface is done and AppImage is built, as the script will override subsurface's binary. Signed-off-by: Salvador Cuñat <salvador.cunat@gmail.com>
2018-02-13 21:52:39 +00:00
# For SmartTrak import
- libglib2.0-dev
- mdbtools-dev
Add a travis build of subsurface This runs a subsurface script/build.sh build in travis-ci, and runs the tests afterwards. The build runs on the Ubuntu Trusty image, but due to the fact that the Qt shipped there is to old, it installs a Qt 5.8 from qt.io , and with some trickery caches it. Hacked out are things that doesn't build with Qt 5.8, and the rest is built against WebEngine. The tests currently fail, and I really don't know why, but its a clear indication that they aren't run that often. This cam makes sure they are run at least. The actual testing is just commented out for that reason. Signed-off-by: Anton Lundin <glance@acc.umu.se> Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-02-05 22:26:52 +00:00
Travis: build Subsurface AppImage against Qt 5.12 For this we need our own hand crafted trusty container with Qt 5.12, including QtWebKit and an updated cmake and libdbus, as well as already build googlemaps plugin, grantlee and libgit2. At the same time stop uploading the Subsurface AppImage in the traditional trusty build. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2019-09-04 06:07:37 +00:00
- env: SUBSURFACE_PLATFORM='linux-trusty-qt512'
os: linux
language: c++
services:
- docker
Travis: add secondary Linux build target The goal is to reduce the overall wall clock time of our test builds. This secondary Linux target uses the no-sudo container setup with a Qt 5.10.1 backport and tests the build without BT support as well as the mobile build (but not the full desktop build and doesn't create an AppImage as the pre-built Qt5.10.1 is missing QtWebKit). In exchange we remove the no-bt and mobile build from the existing linux target. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2018-05-19 22:07:44 +00:00
- env: SUBSURFACE_PLATFORM='linux2'
os: linux
dist: trusty
language: c++
addons:
apt:
sources:
- sourceline: 'ppa:beineri/opt-qt-5.10.1-trusty'
key_url: 'https://keyserver.ubuntu.com/pks/lookup?op=get&search=0x10C56D0DE9977759'
Travis: build mobile on Linux with newer gcc Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2018-06-17 11:20:13 +00:00
- ubuntu-toolchain-r-test
Travis: add secondary Linux build target The goal is to reduce the overall wall clock time of our test builds. This secondary Linux target uses the no-sudo container setup with a Qt 5.10.1 backport and tests the build without BT support as well as the mobile build (but not the full desktop build and doesn't create an AppImage as the pre-built Qt5.10.1 is missing QtWebKit). In exchange we remove the no-bt and mobile build from the existing linux target. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2018-05-19 22:07:44 +00:00
packages:
- qt510base
- qt510connectivity
- qt510declarative
- qt510location
- qt510quickcontrols
- qt510quickcontrols2
- qt510script
- qt510translations
- qt510svg
- qt510tools
- git
Travis: build mobile on Linux with newer gcc Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2018-06-17 11:20:13 +00:00
- gcc-5
- g++-5
Travis: add secondary Linux build target The goal is to reduce the overall wall clock time of our test builds. This secondary Linux target uses the no-sudo container setup with a Qt 5.10.1 backport and tests the build without BT support as well as the mobile build (but not the full desktop build and doesn't create an AppImage as the pre-built Qt5.10.1 is missing QtWebKit). In exchange we remove the no-bt and mobile build from the existing linux target. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2018-05-19 22:07:44 +00:00
- make
- autoconf
- automake
- libtool
- cmake
- pkg-config
- libxml2-dev
- libxslt1-dev
- libzip-dev
- libsqlite3-dev
- libusb-1.0-0-dev
- libssl-dev
- libssh2-1-dev
- libcurl4-openssl-dev
# Not a subsurface dependency, but a Qt dependency
- mesa-common-dev
- libxcb-xinerama0
android: Add android build on travis-ci This adds a android-apk-build which runs on travis-ci. This is using a quite ugly trick, building in a docker container, basically just to get a newer cmake. The cmake in trusty is way to old to work with android builds. A good side-effect is that this is a complete copy-paste for anyone who would like to build android-binaries them self on Linux. All the uglyness is hidden away in a docker container. Signed-off-by: Anton Lundin <glance@acc.umu.se>
2017-02-06 07:06:55 +00:00
- env: SUBSURFACE_PLATFORM="android"
# Currently hard coded to arm
os: linux
language: c++
Travis: try another work around The previous hack got us to see that the error was a write error to stdout and based on https://github.com/travis-ci/travis-ci/issues/4704#issuecomment-321777557 setting filter_secrets: false will work around that issue. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-12-26 19:57:56 +00:00
filter_secrets: false
android: Add android build on travis-ci This adds a android-apk-build which runs on travis-ci. This is using a quite ugly trick, building in a docker container, basically just to get a newer cmake. The cmake in trusty is way to old to work with android builds. A good side-effect is that this is a complete copy-paste for anyone who would like to build android-binaries them self on Linux. All the uglyness is hidden away in a docker container. Signed-off-by: Anton Lundin <glance@acc.umu.se>
2017-02-06 07:06:55 +00:00
services:
- docker
# TODO: caching
# cache:
# timeout: 300
# directories:
# - 3pp
Travis: test build against Qt 5.5 We do this in a docker environment to make things fast and easy. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2018-03-22 14:57:04 +00:00
- env: SUBSURFACE_PLATFORM="qt55"
Travis: add Qt 5.6 testing This is done via OpenSUSE Leap/42.3 which seemed the easiest way to get a 5.6 based distro. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2018-07-10 23:03:54 +00:00
os: linux
language: c++
filter_secrets: false
services:
- docker
Travis: disable failing qt56 build For some reason openSUSE 42.3 updates keep timing out, causing these builds to fail. Having a Qt5.5 and a Qt5.7 build should be sufficient for our purposes. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2019-05-06 00:15:05 +00:00
# - env: SUBSURFACE_PLATFORM="qt56"
# os: linux
# language: c++
# filter_secrets: false
# services:
# - docker
Travis: test build against Qt 5.5 We do this in a docker environment to make things fast and easy. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2018-03-22 14:57:04 +00:00
Travis: add Qt 5.7 testing This is done via Fedora 26 which seemed the easiest way to get a 5.7 based distro. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2018-07-11 19:29:23 +00:00
- env: SUBSURFACE_PLATFORM="qt57"
os: linux
language: c++
filter_secrets: false
services:
- docker
Travis: add Qt 5.9 testing This is done via Fedora 27 which seemed the easiest way to get a 5.9 based distro. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2018-07-11 19:31:34 +00:00
- env: SUBSURFACE_PLATFORM="qt59"
os: linux
language: c++
filter_secrets: false
services:
- docker
Add a travis build of subsurface This runs a subsurface script/build.sh build in travis-ci, and runs the tests afterwards. The build runs on the Ubuntu Trusty image, but due to the fact that the Qt shipped there is to old, it installs a Qt 5.8 from qt.io , and with some trickery caches it. Hacked out are things that doesn't build with Qt 5.8, and the rest is built against WebEngine. The tests currently fail, and I really don't know why, but its a clear indication that they aren't run that often. This cam makes sure they are run at least. The actual testing is just commented out for that reason. Signed-off-by: Anton Lundin <glance@acc.umu.se> Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-02-05 22:26:52 +00:00
before_install:
Travis: don't use relative directories Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-11-08 20:26:15 +00:00
- source ${TRAVIS_BUILD_DIR}/scripts/${SUBSURFACE_PLATFORM}/before_install.sh
travis: Run a xfvb for TestPreferences Signed-off-by: Anton Lundin <glance@acc.umu.se> Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-02-07 10:57:02 +00:00
Add a travis build of subsurface This runs a subsurface script/build.sh build in travis-ci, and runs the tests afterwards. The build runs on the Ubuntu Trusty image, but due to the fact that the Qt shipped there is to old, it installs a Qt 5.8 from qt.io , and with some trickery caches it. Hacked out are things that doesn't build with Qt 5.8, and the rest is built against WebEngine. The tests currently fail, and I really don't know why, but its a clear indication that they aren't run that often. This cam makes sure they are run at least. The actual testing is just commented out for that reason. Signed-off-by: Anton Lundin <glance@acc.umu.se> Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-02-05 22:26:52 +00:00
script:
Travis: don't use relative directories Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-11-08 20:26:15 +00:00
- source ${TRAVIS_BUILD_DIR}/scripts/${SUBSURFACE_PLATFORM}/travisbuild.sh
Travis: upload continuous build AppImages as well The latest is always under tag 'continuous'. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-11-06 04:24:22 +00:00
after_success:
Travis: don't use relative directories Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-11-08 20:26:15 +00:00
- source ${TRAVIS_BUILD_DIR}/scripts/${SUBSURFACE_PLATFORM}/after_success.sh
Travis: automatically create AppImage for releases This uploads the AppImage as Release whenever there's a new tag. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-11-06 04:07:55 +00:00
Travis: avoid duplicated builds Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-11-10 18:34:44 +00:00
branches:
Travis: don't build all branches Otherwise PRs from people who create branches in the main repo will always trigger two builds. The second entry should ensure that we do build releases. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2019-03-18 15:58:05 +00:00
only:
- master
- /^v\d+\.\d+(\.\d+)?$/
Reference in a new issue Copy permalink