Changes to packages.gitlab.com: What You Need to Know

Changes to packages.gitlab.com: What You Need to Know

GitLab Blog
GitLab BlogMar 31, 2026

Why It Matters

The changes affect all GitLab package consumers, and failure to update will cause broken installations, security verification failures, and network blocks, potentially disrupting CI/CD pipelines. Early adoption also ensures smoother performance and alignment with standard Debian and RPM repository conventions.

Key Takeaways

  • Old PackageCloud UI shuts down March 31, 2026.
  • URL rewrite ends September 30, 2026.
  • Update GPG key to new gpgkey URL.
  • Allowlist storage.googleapis.com/packages-ops for firewall.
  • Runner noarch RPMs moved to x86_64 path.

Pulse Analysis

The shift of packages.gitlab.com to a dedicated package‑hosting platform marks a significant upgrade in GitLab’s supply‑chain reliability. By moving package delivery from AWS CloudFront to Google Cloud Storage, GitLab gains faster global edge caching and tighter integration with its own CI/CD ecosystem. The new URL schema mirrors the native Debian and RPM repository layouts, eliminating the custom PackageCloud quirks that have long required work‑arounds. This alignment not only simplifies client‑side configuration but also prepares the service for future automation and scaling.

Enterprises must act before the September 30 2026 cut‑off. The most immediate task is to rerun the official installation scripts, which automatically rewrite apt and yum sources to the new paths. All GPG key references should point to https://packages.gitlab.com/gpgkey/gpg.key to preserve package signing verification. Network teams need to add https://storage.googleapis.com/packages-ops to proxy and firewall allowlists, otherwise package pulls will return 503 errors. Additionally, any automation that targets the legacy ‘noarch’ RPM path must be redirected to the x86_64 directory to avoid missing Runner updates.

From a strategic standpoint, the migration reduces technical debt and aligns GitLab’s distribution model with industry standards, lowering the barrier for new installations and third‑party integrations. Organizations that update early will benefit from the modern UI, improved mirroring support, and reduced risk of service interruption once the old PackageCloud UI is retired on March 31 2026. The move also reinforces GitLab’s commitment to secure, auditable software supply chains—a critical consideration as enterprises adopt DevSecOps practices across their development pipelines.

Changes to packages.gitlab.com: What you need to know

Comments

Want to join the conversation?

Loading comments...