- 27 Sep, 2020 1 commit
-
-
Sven-Hendrik Haase authored
-
- 26 Sep, 2020 7 commits
-
-
Sven-Hendrik Haase authored
-
Sven-Hendrik Haase authored
This will allow us to link a release to a file to specific Vagrant Cloud version.
-
Sven-Hendrik Haase authored
-
Sven-Hendrik Haase authored
See also https://docs.gitlab.com/ee/ci/metrics_reports.html
-
Sven-Hendrik Haase authored
Our security concept doesn't allow us to move artifacts built in non-secure environments to secure environments. This means we'll have to make sure that the boxes we release are built on a runner marked as 'secure'.
-
Sven-Hendrik Haase authored
-
Sven-Hendrik Haase authored
-
- 30 Aug, 2020 2 commits
-
-
Kristian Klausen authored
-
Kristian Klausen authored
Using actual VMs to build VMs is slow and error-prone (you need to use VNC to see what is going on, and booting takes over +110 seconds as we wait to be sure Arch Linux is ready). build.sh can build all three images in ~135 seconds (assuming all the packages is cached), we still need to use a VM for the actually building in GitLab CI (as that is the only safe way it can be done at the moment), which is a bit slower (~22 min vs ~13 min (Packer)), but that isn't really a big issue. In the future we can hopefully switch to Kate Containers[1] and reduce the build time significantly. [1] infrastructure#108
-
- 28 Aug, 2020 1 commit
-
- 16 Aug, 2020 13 commits
-
-
Fix #108
-
Sven-Hendrik Haase authored
-
Sven-Hendrik Haase authored
-
Sven-Hendrik Haase authored
-
Sven-Hendrik Haase authored
-
Sven-Hendrik Haase authored
-
Sven-Hendrik Haase authored
-
Sven-Hendrik Haase authored
-
Sven-Hendrik Haase authored
-
Sven-Hendrik Haase authored
-
Sven-Hendrik Haase authored
-
Sven-Hendrik Haase authored
In my tests, this slows down the builds from 4m to 10m per build BUT allows use build on public non-kvm-enabled builders which gives us the ability to run random MRs on CI. Additionally, we can now run many builds in parallel.
-
Sven-Hendrik Haase authored
Python scripts were removed.
-
- 12 Aug, 2020 2 commits
-
-
Sven-Hendrik Haase authored
-
Sven-Hendrik Haase authored
-
- 11 Aug, 2020 7 commits
-
-
Christian Rebischke authored
Keeping artifacts brings us no benefits and the produced artifacts should never be used, because they consist of vagrant specific settings. For building QEMU/Virtualbox images, checkout the cloud.json file
-
Sven-Hendrik Haase authored
-
Sven-Hendrik Haase authored
-
Sven-Hendrik Haase authored
-
Sven-Hendrik Haase authored
-
Sven-Hendrik Haase authored
Increase expire_in to 2d so that we can be sure that there are always fresh VM images available as artifacts They are built nightly so we'll have a backlog of two VM images available to download at all times.
-
Sven-Hendrik Haase authored
Going forward, it makes sense to host these raw images as well as there are some use cases for that. For instance, what if you don't want to use vagrant but instead just use the raw images in qemu directly?
-
- 06 Aug, 2020 5 commits
-
-
Sven-Hendrik Haase authored
This makes sure there are no race conditions on our workers or during deployment. We can only use one hypervisor at a time.
-
Sven-Hendrik Haase authored
-
Sven-Hendrik Haase authored
-
Sven-Hendrik Haase authored
-
Christian Rebischke authored
-
- 26 Jul, 2020 2 commits
-
-
Sven-Hendrik Haase authored
-
Christian Rebischke authored
-