- Feb 17, 2025
-
-
Balasankar "Balu" C authored
Changelog: changed Signed-off-by:
Balasankar "Balu" C <balasankar@gitlab.com>
-
Balasankar "Balu" C authored
Signed-off-by:
Balasankar "Balu" C <balasankar@gitlab.com>
-
- Jan 22, 2025
-
-
Clemens Beck authored
Support SLES 15.6 (SP 6) by uploading the OpenSUSE Leap 15.6 package to the SLES repository. Both OSes are binary compatible as announced in https://www.suse.com/c/introducing-suse-linux-enterprise-15-sp3/. Relates https://gitlab.com/gitlab-org/omnibus-gitlab/-/issues/8814 Changelog: added
-
- Jan 21, 2025
-
-
Clemens Beck authored
Fixes failing builds seen in https://gitlab.com/gitlab-org/security/omnibus-gitlab/-/jobs/8905866977.
-
- Jan 16, 2025
-
-
Clemens Beck authored
Previously gems were only recompiled on AL2 regular arm and amd builds. Relates https://gitlab.com/gitlab-org/omnibus-gitlab/-/issues/8865
-
- Jan 15, 2025
-
-
Stan Hu authored
As described in https://github.com/rake-compiler/rake-compiler-dock/issues/122, x86 precompiled native gems for a long time have used an image based on CentOS 7, which uses glibc 2.17. With https://github.com/rake-compiler/rake-compiler-dock/pull/126, the image has been updated to Ubuntu 20.04, which uses glibc 2.29. SLES 15.2 uses glibc 2.26, so we need to recompile Ruby native gems for them to work. Failure to do so results in a `LoadError`: ``` LoadError: /lib64/libc.so.6: version `GLIBC_2.28' not found ``` See https://gitlab.com/gitlab-org/build/omnibus-gitlab-mirror/-/jobs/8861917454 as an example. This is a follow-up to https://gitlab.com/gitlab-org/omnibus-gitlab/-/merge_requests/8087. Changelog: changed
-
- Jan 14, 2025
-
-
Balasankar 'Balu' C authored
Force older x86 platforms to recompile native gems See merge request https://gitlab.com/gitlab-org/omnibus-gitlab/-/merge_requests/8087 Merged-by:
Balasankar 'Balu' C <balasankar@gitlab.com> Approved-by:
Andrew Patterson <apatterson@gitlab.com> Approved-by:
Balasankar 'Balu' C <balasankar@gitlab.com> Co-authored-by:
Stan Hu <stanhu@gmail.com>
-
- Dec 29, 2024
-
-
Stan Hu authored
As described in https://github.com/rake-compiler/rake-compiler-dock/issues/122, x86 precompiled native gems for a long time have used an image based on CentOS 7, which uses glibc 2.17. With https://github.com/rake-compiler/rake-compiler-dock/pull/126, the image has been updated to Ubuntu 20.04, which uses glibc 2.29. In `OhaiHelper#ruby_native_gems_unsupported?`, we previously forced a number of older `aarch64` platforms to recompile the native gems because `aarch64` has used Ubuntu 20.04 and hence glibc 2.29 for a while. With gems that use rake-compiler-dock v1.6.0 or higher (e.g. nokogiri, prometheus-client-mmap, etc.), glibc 2.29 is now required even for x86. In prepration for these gem updates, ensure that all native Ruby gems are recompiled to avoid quiet failures. Relates to https://gitlab.com/gitlab-org/omnibus-gitlab/-/issues/8865 Changelog: fixed
-
- Jan 13, 2025
-
-
Clemens Beck authored
Stop building CentOS 7 packages, which were also uploaded to Oracle Linux and Scientific Linux repositories. Closes https://gitlab.com/gitlab-org/omnibus-gitlab/-/issues/8714 Changelog: removed
-
- Dec 12, 2024
-
-
Andrew Patterson authored
Support internal releases See merge request https://gitlab.com/gitlab-org/omnibus-gitlab/-/merge_requests/8045 Merged-by:
Andrew Patterson <apatterson@gitlab.com> Approved-by:
Andrew Patterson <apatterson@gitlab.com> Reviewed-by:
Balasankar 'Balu' C <balasankar@gitlab.com> Reviewed-by:
Clemens Beck <cbeck@gitlab.com> Co-authored-by:
Balasankar 'Balu' C <balasankar@gitlab.com>
-
Balasankar 'Balu' C authored
Signed-off-by:
Balasankar 'Balu' C <balasankar@gitlab.com>
-
Clemens Beck authored
FIPS packages should use the system libgcrypt. The only Omnibus component using requiring libgcrypt is gnupg. Builder image revision is updated to have the required dev utilities to build with system libgcrypt. Closes https://gitlab.com/gitlab-org/omnibus-gitlab/-/issues/8794 Changelog: fixed
-
- Oct 29, 2024
-
-
Balasankar 'Balu' C authored
Signed-off-by:
Balasankar 'Balu' C <balasankar@gitlab.com>
-
- Aug 14, 2024
-
-
John Skarbek authored
-
- Jun 13, 2024
-
-
Clemens Beck authored
Build Ubuntu 24.04 packages with the builder images introduced in https://gitlab.com/gitlab-org/gitlab-omnibus-builder/-/merge_requests/346. Changelog: added Closes https://gitlab.com/gitlab-org/omnibus-gitlab/-/issues/8509
-
Clemens Beck authored
* Update consul version shipping with Omnibus. * Update supported BYO consul version. * Fix minor bug in BYO consul helper script. Changelog: changed
-
- Jun 11, 2024
-
-
Stan Hu authored
In https://gitlab.com/gitlab-org/omnibus-gitlab/-/merge_requests/7681 we found that the `upgrade-minor` QA job was attempting to upgrade from 16.10 to 16.11 for a merge request targeting `16-1-stable`. This occurred because the version matching check only found a stable branch that started with `16.1`, so `16.11.3` was a valid match. Fix this by tightening the match to include a period, so that `16.1.` will match `16.1.7`. Changelog: fixed
-
- Jun 10, 2024
-
-
Stan Hu authored
Merge requests targeting stable branches should use the VERSION files in the Omnibus repo because the `gitlab-qa-ee` and other images with the SHA value may no longer exist due to container registry cleanup policies. Relates to a discussion in https://gitlab.com/gitlab-org/omnibus-gitlab/-/merge_requests/7679.
-
- Jun 04, 2024
-
-
Balasankar 'Balu' C authored
On MRs targetting stable branches, use the latest tag from that corresponding version series to compute package versions. Closes https://gitlab.com/gitlab-org/omnibus-gitlab/-/issues/8547 Signed-off-by:
Balasankar 'Balu' C <balasankar@gitlab.com>
-
- May 07, 2024
-
-
Robert Marshall authored
- Updates the license and manifest upload jobs to use Ubuntu 22.04 instead of Ubuntu 18.04. Ubuntu 18.04 reached end of standard support on May 31, 2023 and was deprecated in GitLab version 16.9. Related https://gitlab.com/gitlab-org/omnibus-gitlab/-/issues/8084 Closes https://gitlab.com/gitlab-org/omnibus-gitlab/-/issues/8523 Signed-off-by:
Robert Marshall <rmarshall@gitlab.com>
-
- May 06, 2024
-
-
Stan Hu authored
Instead of calling `gem install <x>` many times, let's define the `Gemfile` and `Gemfile.lock` and run `bundle install`. This ensures dependencies are pinned and don't quietly move with a new invocation of `gem install`. There is also a side benefit to using `bundler`: we can later use the newly-introduced feature to include and verify checksums (https://github.com/rubygems/rubygems/pull/6374). `bundler` generally installs everything in the expected gem directory that is used by `ruby`, but for gems installed from a Git source, `bundler` puts those gems in a special `bundler/gems` directory. We don't use any gems from Git sources now--`gitlab-ruby-shadow` is now used instead of `ruby-shadow`--there is no issue. Also, note that if we want to ensure `gitlab-ctl` doesn't try to pull in gems from GitLab Rails, we could invoke `bundler`, but this is a slightly riskier change. Relates to https://gitlab.com/gitlab-org/omnibus-gitlab/-/issues/8368 Changelog: changed
-
- Apr 18, 2024
-
-
Balasankar 'Balu' C authored
While generating package information, specify fips argument for FIPS package URLs. Also ensure the correct package folder is used in those URLs. Signed-off-by:
Balasankar 'Balu' C <balasankar@gitlab.com>
-
- Apr 19, 2024
-
-
Balasankar 'Balu' C authored
Package related information can have different values for FIPS packages and regular packages. For builds, USE_SYSTEM_SSL variable controls if the FIPS specific information should be used. However, while generating facts, we need to specifically retreive FIPS specific information too, in addition to regular one. So, accept fips as an argument to the relevant methods that can be specified while generating facts. Signed-off-by:
Balasankar 'Balu' C <balasankar@gitlab.com>
-
- Mar 20, 2024
-
-
Balasankar 'Balu' C authored
Modify the Dockerfile and library code around Docker image builds to support building multiarch images. The Dockerfile will download the package for the correct architecture based on TARGETARCH variable. Closes: https://gitlab.com/gitlab-org/omnibus-gitlab/-/issues/8470 Signed-off-by:
Balasankar 'Balu' C <balasankar@gitlab.com>
-
Balasankar 'Balu' C authored
Move away from docker-api gem which does not have support for `docker buildx`. Add a wrapper to execute `docker buildx` commands in the shell and use that for Docker operations. Closes: https://gitlab.com/gitlab-org/omnibus-gitlab/-/issues/8469 Signed-off-by:
Balasankar 'Balu' C <balasankar@gitlab.com>
-
- Apr 18, 2024
-
-
Andrew Patterson authored
Use Build::Info::CI::package_download_url instead of the no longer present Build::Info::CI::branch_build_package_download_url
-
- Apr 09, 2024
-
-
Balasankar 'Balu' C authored
- Adds DEV_BUILDER_IMAGE_REGISTRY when invoking triggers to allow build-package-on-all-os jobs to work with SLES from the GitLab Omnibus Builder repository. Signed-off-by:
Balasankar 'Balu' C <balasankar@gitlab.com>
-
- Apr 08, 2024
-
-
Balasankar 'Balu' C authored
Prevent empty build caches caused by a lack of default version. Closes https://gitlab.com/gitlab-org/omnibus-gitlab/-/issues/8476 Signed-off-by:
Balasankar 'Balu' C <balasankar@gitlab.com>
-
- Apr 04, 2024
-
-
Reuben Pereira authored
This reverts merge request !7521
-
- Apr 03, 2024
-
-
Robert Marshall authored
- Recent pipeline jobs failed with strange cache issues. After review of recent changes, it is possible that changes from trigger based jobs to normal pipeline jobs may have introduced hidden behavioral changes that polluted the build caches. This reverts those changes as an attempt to unblock auto deploy while the team continues to investigate. - https://dev.gitlab.org/gitlab/omnibus-gitlab/-/jobs/19887684 - https://dev.gitlab.org/gitlab/omnibus-gitlab/-/jobs/19883123 - https://gitlab.com/gitlab-org/omnibus-gitlab/-/jobs/6535645918 This reverts commit 373d38dc4f9bd4106a77b058956d1e78e2f1a721. This reverts commit b7cb856e12ecaec3c81a7109b0fa11e47db33999. Signed-off-by:
Robert Marshall <rmarshall@gitlab.com>
-
- Apr 02, 2024
-
-
Balasankar 'Balu' C authored
- Control cache policy by variable. - Drop trigger build jobs in favor of normal branch build jobs. Signed-off-by:
Balasankar 'Balu' C <balasankar@gitlab.com>
-
- Apr 01, 2024
-
-
Balasankar 'Balu' C authored
- Adds option that enables container copies with skopeo instead of pull the image, re-tag, and then push it - Retains current pull/re-tag/push behavior as default Related https://gitlab.com/gitlab-org/omnibus-gitlab/-/issues/5673 Signed-off-by:
Balasankar 'Balu' C <balasankar@gitlab.com>
-
- Mar 28, 2024
-
-
Balasankar 'Balu' C authored
- Ensures package is built for both branch pipelines and the nightly job - Fixes package download URL calculations Closes https://gitlab.com/gitlab-org/omnibus-gitlab/-/issues/8451 Signed-off-by:
Balasankar 'Balu' C <balasankar@gitlab.com>
-
- Mar 09, 2024
-
-
Ryan Egesdahl authored
This reverts merge request !7460 because the `Trigger:package` job was not present. Adding it would build the Ubuntu package twice, so we chose to revert and determine if this can be done with the package already built in the pipeline.
-
- Mar 08, 2024
-
-
Balasankar 'Balu' C authored
Signed-off-by:
Balasankar 'Balu' C <balasankar@gitlab.com>
-
- Feb 26, 2024
-
-
Balasankar 'Balu' C authored
Modify workflow rules so that nightly pipelines can be run also in Canonical project Signed-off-by:
Balasankar 'Balu' C <balasankar@gitlab.com>
-
- Oct 14, 2023
-
-
Balasankar "Balu" C authored
* Ensure every library `require`s all the other libraries it needs for functioning. * Ensure require statements come before require_relative ones * Ensure require_relative statements doesn't end with `.rb` extension * Also enabled the Cop for that * Use single quotes for require statements Signed-off-by:
Balasankar "Balu" C <balasankar@gitlab.com>
-
Balasankar "Balu" C authored
This information is used only during building. So it makes sense for it to stay in the Build module. Signed-off-by:
Balasankar "Balu" C <balasankar@gitlab.com>
-
- Jun 20, 2023
-
-
Balasankar "Balu" C authored
This information is used only in GCloudHelper and no where else. So, it makes sense for it to stay in that class. Signed-off-by:
Balasankar "Balu" C <balasankar@gitlab.com>
-
- Jan 26, 2024
-
-
Nailia Iskhakova authored
-