Commit Graph

170 Commits

Author SHA1 Message Date
9dceff7d9d Merge branch '2.3' into 2.4 2019-12-03 10:05:34 +02:00
99d1ecd472 More reliable way to determine package manager type during the build
Checking presence of 'apt', 'yum' or 'zypper' command is not very
reliable way to determine package manager type.
E.g. OpenSUSE 25 has 'apt' which is wrapper over 'zypper' or rpm tools
can be installed on Ubuntu.
More relible way is to check /etc/*-release file and if it is not
availabe try to check presence of apt, yum or zypper
2019-11-28 16:10:57 +02:00
87ffceb3e5 Merge branch '2.3' into 2.4 2019-11-13 08:36:42 +02:00
c6364acaec Revert "Build and test in parallel"
This reverts commit 9e931918e2441b619281fd5e96979f35c8b402f9.
2019-11-13 08:33:09 +02:00
0a4caaf817 Merge branch '2.3' into 2.4 2019-11-12 08:50:17 +02:00
9e931918e2 Build and test in parallel
This speeds up builds when more CPUs are available. Also removed redundant
docker installation: mdbci already installs it.
2019-11-11 09:10:42 +02:00
9c62aafa93 Merge branch '2.3' into 2.4 2019-10-01 15:25:41 +03:00
e3b7804462 Fix URL to Avro package download page 2019-09-30 14:29:00 +03:00
0dce20e5e7 Merge branch '2.3' into 2.4 2019-09-27 12:30:58 +03:00
5b4af80b15 Clean up temparary directories after creation of binary repo
During the build first binary packages are generated and copied into
'pre-repo' direcotory. Then binary repository is created and next
step is to copy repository into final directory according agreed
binary repo sirectories structure. After it temparal direcotries
are not needed.
2019-09-26 11:08:23 +03:00
bf551c5b1e Merge branch '2.3' into 2.4 2019-08-09 03:01:00 +03:00
ab429c3202 Merge branch '2.3' of github.com:mariadb-corporation/MaxScale into 2.3 2019-08-08 23:12:16 +03:00
284e5db68b Merge branch '2.3' of github.com:mariadb-corporation/MaxScale into 2.3 2019-08-08 23:11:44 +03:00
910990115c add Docker to build VM temlates
Now Docker is installed to VM which are used to build Maxscale. It allows to run tests which require Docker without installing it
during build process.
2019-08-08 16:58:07 +03:00
27f11df700 Merge branch '2.3' into 2.4 2019-08-08 08:07:59 +03:00
2f40190555 Merge branch '2.2' into 2.3 2019-08-08 08:07:37 +03:00
2b0fe14676 fix sles link creation 2019-08-07 19:45:52 +03:00
bb43e6193e fix typo in copy_repos.sh 2019-08-07 16:00:12 +03:00
5d0112c397 add sles directory creation 2019-08-07 15:41:18 +03:00
2fa336d142 create symlink for sles15 2019-08-07 14:58:19 +03:00
e2400f5799 Add scripts to create repository with all minor versions
Some users need repository with all versions of Maxscale for easy version selection and downgrating
2019-08-07 14:46:02 +03:00
73803fff70 Merge branch '2.4' of github.com:mariadb-corporation/MaxScale into 2.4 2019-07-03 13:08:08 +03:00
9b79b25903 Merge branch '2.3' into 2.4 2019-07-03 09:32:06 +03:00
280d620ccc remove spaces from maxscale.cnf in upgrade test 2019-07-03 00:36:19 +03:00
26ca7a98f8 Merge branch '2.2' into 2.3.9 2019-07-02 13:05:23 +03:00
8d91e8e234 Install TCL from the source code only when the system version of the library is older than 8.6.5 2019-07-02 13:03:59 +03:00
5a6e2f43cf Merge branch '2.2' into 2.3.9 2019-07-02 10:06:33 +03:00
3e85500491 Merge branch '2.3' into 2.4 2019-07-02 08:38:15 +03:00
8ee54b76d6 Merge branch '2.2' into 2.3 2019-07-02 08:36:37 +03:00
ce2d3778d5 change upgrade_test.sh according changes in MDBCI install_product command
The logic of MDBCI 'install_product' command was changed: now it works in the same way as product installation during initial VM start
(using Chef). Everything moved to Chef recipe and there is no need in 'setup_repo' command
2019-07-01 10:42:48 +03:00
8568822da2 Merge branch '2.3' into 2.4 2019-06-28 09:31:14 +03:00
e927366995 Merge branch '2.2' into 2.3 2019-06-28 09:27:56 +03:00
b796351b2c make apt non-interactive in install_build_deps.sh
In Ubuntu Bionic there is need to update libssl which causes system services restart
and apt asks user to allow this restart. It cases build script to hang and build fails due to timeout.
Additional dpkg options and DEBIAN_FRONTEND=noninteractive solves the problem
2019-06-28 00:15:28 +03:00
6e6ab07642 Make .ssh/id_rsa.pub default source of public keys for VMs
'build' and 'run_test' copies public ssh keys to all created VMs
Legacy code takes keys from different locations, e.g. ~/build-scripts/team_keys which
causes errors due to lack of such files.
Now public keys goes from file defined on  or if not defined
from .ssh/id_rsa.pub of current host machine
2019-05-21 13:21:23 +03:00
c0b238a9e7 MXS-2152: Add rudimentary test coverage collection
If the build is configred with -DGCOV=Y, a HTML report of code coverage is
generated in the log publish directory.
2019-05-10 13:20:32 +03:00
a9c1a8d18a Don't build dependencies with newer compiler 2019-05-07 10:02:37 +03:00
1f4ffd14e4 Always use a newer compiler on CentOS
For some reason the previous change was not commited in develop.
2019-04-29 12:46:00 +03:00
f6c6415c4f Add build test deps specific for 2.4 2019-04-24 15:41:15 +03:00
4ad60fa2a2 Merge branch '2.3' into develop 2019-04-24 13:29:04 +03:00
4e2b6d6cb3 Add maxscale-system-test dependecies installation script 2019-04-18 03:44:02 +03:00
e119077328 Merge branch '2.3' into develop 2019-04-15 16:17:54 +03:00
9941f7d763 Merge branch '2.2' into 2.3 2019-04-15 16:13:04 +03:00
4128937d37 fix rhel repo copying 2019-04-09 15:33:52 +03:00
0ce5f87a91 Add support for RHEL8 repository creation 2019-04-09 13:57:25 +03:00
b07c53d532 Remove multi-master monitor
Was deprecated in 2.3. Similar features are in MariaDB-Monitor.

One system test was modified to use MariaDB-Monitor instead. Some parts
of the test are disabled for now to make it pass.
2019-03-11 17:50:15 +02:00
9572ff84ea Merge branch '2.3' into develop 2019-03-05 10:37:56 +02:00
77ef3dd613 Merge branch '2.2' into 2.3 2019-03-05 04:54:40 +02:00
966787e119 do not create or copy repos if build failed 2019-03-04 11:29:38 +02:00
9ec4557075 create symlink rhel -> centos and do not use real rhel build 2019-03-01 15:13:54 +02:00
b0efcea3f6 Remove vagrant lock from build.sh and run_test.sh (#190)
vagrant_lock was created in order to prevent parallel execution of two 'Vagrant up' operations in parallel. Previously it was necessary due to Vagrant internal Chef issue. Now several bugs in Vagrant are fixed and MDBCI uses own Chef to provision nodes for builds and tests. There is no need to wait for previous Vagrant run finished, removing all waiting from all scripts.
'rm vagrant_lock is still present to remove locks created by previous versions of build and test scripts-
2019-02-25 14:22:32 +02:00