- Feb 18, 2025
-
-
Apertis CI authored
Signed-off-by:
Apertis CI <devel@lists.apertis.org>
-
- Nov 19, 2024
-
-
Apertis CI authored
Signed-off-by:
Apertis CI <devel@lists.apertis.org>
-
- Nov 18, 2024
-
-
Apertis CI authored
Signed-off-by:
Apertis CI <devel@lists.apertis.org>
-
- Nov 07, 2024
-
-
Walter Lozano authored
Signed-off-by:
Walter Lozano <walter.lozano@collabora.com>
-
- Aug 15, 2024
-
-
Apertis CI authored
Signed-off-by:
Apertis CI <devel@lists.apertis.org>
-
- May 23, 2024
-
-
Apertis CI authored
Signed-off-by:
Apertis CI <devel@lists.apertis.org>
-
- Feb 19, 2024
-
-
Apertis CI authored
Signed-off-by:
Apertis CI <devel@lists.apertis.org>
-
- Nov 28, 2023
-
-
Apertis CI authored
Signed-off-by:
Apertis CI <devel@lists.apertis.org>
-
- Nov 21, 2023
-
-
Apertis CI authored
Signed-off-by:
Apertis CI <devel@lists.apertis.org>
-
- Nov 17, 2023
-
-
Apertis CI authored
Signed-off-by:
Apertis CI <devel@lists.apertis.org>
-
- Sep 04, 2023
-
-
Apertis CI authored
Signed-off-by:
Apertis CI <devel@lists.apertis.org>
-
- Jun 30, 2023
-
-
Apertis CI authored
Signed-off-by:
Apertis CI <devel@lists.apertis.org>
-
- Jun 28, 2023
-
-
Ritesh Raj Sarraf authored
The new `aptly` publisher, as a feature, allows multiple versions of the package to be published in the same repository. Note that the previous publisher, `reprepro` would publish only the single, latest version. Signed-off-by:
Ritesh Raj Sarraf <ritesh.sarraf@collabora.com>
-
- Feb 27, 2023
-
-
Apertis CI authored
Signed-off-by:
Apertis CI <devel@lists.apertis.org>
-
- Dec 05, 2022
-
-
Apertis CI authored
Signed-off-by:
Apertis CI <devel@lists.apertis.org>
-
- Nov 29, 2022
-
-
Apertis CI authored
Signed-off-by:
Apertis CI <devel@lists.apertis.org>
-
- Nov 23, 2022
-
-
Apertis CI authored
Signed-off-by:
Apertis CI <devel@lists.apertis.org>
-
- Sep 08, 2022
-
-
Apertis CI authored
Signed-off-by:
Apertis CI <devel@lists.apertis.org>
-
- Jun 07, 2022
-
-
Apertis CI authored
Signed-off-by:
Apertis CI <devel@lists.apertis.org>
-
- Mar 11, 2022
-
-
Apertis CI authored
Signed-off-by:
Apertis CI <devel@lists.apertis.org>
-
- Dec 28, 2021
-
-
Emanuele Aina authored
Since the pipeline is meant to be `include:`d from other repositories by default it tries to retrieve the `update_test_binaries.sh` script with a HTTP call. However this means that the test pipeline on a specific commit is not actually testing the `update_test_binaries.sh` script on the same commit, but it retrieves it from the `$osname/$release` branch (in this case, `apertis/v2023dev1`). Tweak things to ensure the current `update_test_binaries.sh` is used during testing. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
- Dec 18, 2021
-
-
Emanuele Aina authored
In the past, using the parent directory as the working directory has been a source of troubles in the CI: since it does not get cleaned up on runners that process multiple jobs (as the lightweight one does) stale files from other jobs have been a source of failures. The previous commits have switched the update script to use `$TMPDIR` as the working directory anyway, but to be extra sure let's not `cd ..` before invoking the script. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
Emanuele Aina authored
The `$TMPDIR` is generally not shared in containers setup, so there's less chance to involuntarily use cached outdated files. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
Emanuele Aina authored
Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
Emanuele Aina authored
Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
Emanuele Aina authored
If the value of a environment variable contains a newline, a naive `sort` will mangle the output. Use null-terminated chunks to handle newlines properly. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
Emanuele Aina authored
Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
Emanuele Aina authored
Some tools stopped being relevant once we moved from Jenkins to GitLab a long time ago, let's clean them up. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
- Dec 15, 2021
-
-
Ritesh Raj Sarraf authored
Signed-off-by:
Ritesh Raj Sarraf <rrs@debian.org>
-
- Nov 17, 2021
-
-
Emanuele Aina authored
When running `update_test_binaries.sh` for two different branches without cleaning up files in between, the `Packages` indexes get re-used even if they target the wrong release. This means that if you update the `v2022pre` binaries, then switch to `v2021` and do the update, the tool will re-use the `v2022pre` indexes and retrieve the `v2022pre` packages rather than the `v2021` ones. By including the release in the locally cached `Packages` files we avoid the issue. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
- Nov 14, 2021
-
-
Ritesh Raj Sarraf authored
Signed-off-by:
Ritesh Raj Sarraf <rrs@debian.org>
-
- Oct 20, 2021
-
-
Emanuele Aina authored
After the Bullseye rebase the installed tests in `glib-gio-fs` changed location, so we need to checkout a commit recent enough that the `external-binaries.cfg` points to the right paths. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
- Sep 15, 2021
-
-
Ritesh Raj Sarraf authored
Signed-off-by:
Ritesh Raj Sarraf <rrs@debian.org>
-
- Jun 18, 2021
-
-
Ritesh Raj Sarraf authored
Signed-off-by:
Ritesh Raj Sarraf <rrs@debian.org>
-
- Jan 13, 2021
-
-
Emanuele Aina authored
We've moved to GitLab a while ago. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
Emanuele Aina authored
Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
Emanuele Aina authored
Use committer name/email that match the one of the actual GitLab user configured to push commits from the CI/CD pipeline. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
- Dec 02, 2020
-
-
Ritesh Raj Sarraf authored
Signed-off-by:
Ritesh Raj Sarraf <rrs@debian.org>
-
- Sep 16, 2020
-
-
Ritesh Raj Sarraf authored
Signed-off-by:
Ritesh Raj Sarraf <rrs@debian.org>
-
Ritesh Raj Sarraf authored
Signed-off-by:
Ritesh Raj Sarraf <rrs@debian.org>
-