- Jul 23, 2021
-
-
Walter Lozano authored
Update binutils.patch to disable additional file operations. Signed-off-by:
Walter Lozano <walter.lozano@collabora.com>
-
Walter Lozano authored
In order to make the tweaks more readable and maintainable move them from sed commands to patch file. Signed-off-by:
Walter Lozano <walter.lozano@collabora.com>
-
- Jul 22, 2021
-
-
Walter Lozano authored
Drop code that is not useful any more. Signed-off-by:
Walter Lozano <walter.lozano@collabora.com>
-
Walter Lozano authored
Drop non required builddeps to avoid dependency issues. Signed-off-by:
Walter Lozano <walter.lozano@collabora.com>
-
Walter Lozano authored
Apertis v2022dev3 only supports python3 so adapt scripts to use it. Signed-off-by:
Walter Lozano <walter.lozano@collabora.com>
-
- Jul 14, 2021
-
-
Emanuele Aina authored
Bullseye and thus v2022 ship with GCC 10. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
Emanuele Aina authored
Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
- Feb 28, 2021
-
-
Emanuele Aina authored
The `upload.sh` script uses `etc/os-release` to figure out what is the current Apertis release channel (for instance, v2021) and computes the upload destination accordingly. Unfortunately it is currently set up to run in a Ubuntu 16.06 Xenial container, which means that uploads end up in places like `/srv/images/public/daily/xenial/20201215.173/toolchain/`. Switch the container image so that things work correctly. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
- Feb 17, 2021
-
-
Emanuele Aina authored
Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
- Jan 28, 2021
-
-
Emanuele Aina authored
The default timeout has been set to 2h in the project settings, but only the libc jobs really need more than the standard 1h. Set the non-standard timeout only the jobs that really need it so we can later drop the custom setting. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
- Nov 19, 2020
-
-
Emanuele Aina authored
Automatically derive the upload destination folder from the release channel of the Docker container rather than hardcoding it so we put the artifacts in the right place without any extra maintenance burden. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
Emanuele Aina authored
Also make it easier to customize. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
- Jul 11, 2020
-
-
Emanuele Aina authored
The package-builder image is a multi-gigabytes image with a bunch of random packages pre-installed. It originated as a replacement for the specially configured Jenkins workers used in the past to build a very restricted set of packages and it is specifically tailored to ship all their build-dep out of the box as the Jenkins jobs ran as unprivileged users so they could not install them on their own. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
- Jul 09, 2020
-
-
Emanuele Aina authored
We generate logs that exceed the GitLab limits, so we also capture them as artifacts. However, so far we didn't capture errors, which turn out to be quite important when debugging issues. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
- Apr 17, 2020
-
-
Emanuele Aina authored
Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
Rather than building gcc, binutils, gdb and libc in a single, sequential job, build them in separate, parallel jobs. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
Move common stuff to `before_script:` and `after_script:` to make it easier to split each step into its own job. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
To secure repeatability, check out a specific commit from the glibc_version_header repository. Ideally we'd like to check out a tagged release, but the only release at the moment is 0.1 and is quite outdated, so let's pick the current master. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
Prepare for splitting each step of the build in multiple stages by lifting the code of the global script in the pipeline defintion itself to be able to refactor it later. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
- Apr 12, 2020
-
-
Emanuele Aina authored
The GitLab CI pipeline uses one of the existing Docker images and then installs the needed extra packages on its own. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
Emanuele Aina authored
We've been using the GitLab CI pipeline since a while and the Jenkins job was never instantiated. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
- Jan 28, 2020
-
-
Emanuele Aina authored
Do not repeat the instructions for each architecture, but use templates to be instantiated for each architecture. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
- Jan 24, 2020
-
-
Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com> [add export keyword so that the variable is actually set] Signed-off-by:
Andrej Shadura <andrew.shadura@collabora.co.uk>
-
- Jan 23, 2020
-
-
Andrej Shadura authored
Signed-off-by:
Andrej Shadura <andrew.shadura@collabora.co.uk>
-
Andrej Shadura authored
Signed-off-by:
Andrej Shadura <andrew.shadura@collabora.co.uk>
-
Andrej Shadura authored
Signed-off-by:
Andrej Shadura <andrew.shadura@collabora.co.uk>
-
We're now on GitLab 12.x and we can use file variables rather than bend backwards to store the SSH key in a plain variable. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com> Signed-off-by:
Andrej Shadura <andrew.shadura@collabora.co.uk>
-
- Jan 05, 2020
-
-
Emanuele Aina authored
It's going to fail otherwise. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
Emanuele Aina authored
Capturing the logs to a file makes thinks more difficult to understand when looking at the CI: * messages on stdout are not shown and there's no way to understand the current progress * stderr messages get printed without their stdout context Unfortunately we exceed the output limit so GitLab truncates the logs. To minimize trouble, print as much as possible and also capture stderr. 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
The current script hardcode specific packaging versions for the gcc-8-cross, gdb, binutils and cross-toolchain-base packages. For instance, for gcc-8-cross it assumes version 26, but we now ship version 26+co2 in v2021dev1. Maintaining the versions synchronized would be a major pain, so let's do things differently and not assume any specific package version. Also don't waste effort in trying to keep a pristine checkout around, CI will always start from a blank slate and `git clean` is recommended when working locally. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
Emanuele Aina authored
The v2020 and v2021dev1 releases ship linux-5.4 and linux-4.19 is no longer available. To avoid issues, do not hardcode the version and use the generic `linux-source` package. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
Emanuele Aina authored
Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
- Dec 12, 2019
-
-
Andrej Shadura authored
Signed-off-by:
Andrej Shadura <andrew.shadura@collabora.co.uk>
-
Andrej Shadura authored
Signed-off-by:
Andrej Shadura <andrew.shadura@collabora.co.uk>
-
Andrej Shadura authored
Apertis toolchain needs to be co-installable with distribution-provided toolchain or any other toolchain installed into /usr/bin. It should not attempt to call the assembler or linker from /usr/bin, but instead should only use its own binutils. The default Debian packaging of gcc sets --with-as= and --with-ld= which override the built in path prefix handling of GCC. Without those settings, GCC attempts to find as and ld as follows: For each subprogram to be run, the compiler driver first tries the -B prefix, if any. If that name is not found, or if -B is not specified, the driver tries two standard prefixes, /usr/lib/gcc/ and /usr/local/lib/gcc/. If neither of those results in a file name that is found, the unmodified program name is searched for using the directories specified in your PATH environment variable. --with-as and --with-ld configure internal settings, DEFAULT_COMPILER and DEFAULT_LINKER, which lead to the following: #ifdef DEFAULT_ASSEMBLER if (! strcmp (name, "as") && access (DEFAULT_ASSEMBLER, mode) == 0) return xstrdup (DEFAULT_ASSEMBLER); #endif #ifdef DEFAULT_LINKER if (! strcmp (name, "ld") && access (DEFAULT_LINKER, mode) == 0) return xstrdup (DEFAULT_LINKER); #endif The rest of the logic gets short-circuited and never runs. We remove those configuration options and let GCC decide at the runtime. Apertis: https://phabricator.apertis.org/T6347 Signed-off-by:
Andrej Shadura <andrew.shadura@collabora.co.uk>
-
- Dec 09, 2019
-
-
Emanuele Aina authored
It got updated from version 32 to version 33. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
- Jul 30, 2019
-
-
Emanuele Aina authored
Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-
Emanuele Aina authored
To prevent it from going out of sync after branching, let's derive the branch name from the release name automatically. Signed-off-by:
Emanuele Aina <emanuele.aina@collabora.com>
-