Skip to content

fix(ci): correct the rebar3 guidance — a pin cannot bypass the builds.hex.pm cert error - #853

Merged
hyperpolymath merged 1 commit into
mainfrom
fix/elixir-reusable-correct-the-rebar3-guidance
Sep 19, 2026
Merged

hyperpolymath merged 1 commit into
mainfrom
fix/elixir-reusable-correct-the-rebar3-guidance

Conversation

@hyperpolymath

Copy link
Copy Markdown
Owner

Why

The change that just landed in this area (and the text it replaced) both assumed rebar3-version steered setup-beam away from mix local.rebar, and that the builds.hex.pm cert error it was written for had gone away. Neither holds, and the assumption kept bofig's CI red for three months.

What was actually measured (2026-09-19, same host, same action pin, same hour)

Claim Status
rebar3-version replaces mix local.rebar False. setup-beam runs mix local.rebar --force whenever install-rebar is true (the default), before it considers rebar3-version. The pin is gated by nothing; the mix call is gated by install-rebar.
The cert error is historical False. builds.hex.pm serves a Let's Encrypt chain (YR1 intermediate) that older OTP builds reject: {:tls_alert, {:unsupported_certificate, {key_usage_mismatch, ...}}} → Could not install Rebar because Mix could not download metadata at https://builds.hex.pm/installs/rebar3-1.x.csv.
It's environmental/flaky False. OTP-build-specific: 27.3.4.17 (erts-15.2.7.13) fetches successfully; 27.2.1 (erts-15.2.1) fails. chimichanga passes on the former while bofig failed on the latter, simultaneously.
bofig's pin caused its outage False. bofig's failures begin 2026-06-22, two days before the pin existed, with the identical error. The pin neither caused nor fixed them.

Changes

  • rebar3-version description rewritten: it installs rebar3 from GitHub releases (authenticated lookups need github-token), and it does not replace mix local.rebar.
  • Catalog note replaced with the measured account and the remedy that works — bump otp-version to a current patch release, or set install-rebar: false to skip the call — plus the ordering detail that makes the pin useless as a workaround.

Verification

actionlint clean; no uses: change, so actions.lock needs no regeneration.

Companion

bofig carried this fix downstream already (bofig#197, OTP bump): its elixir.yml is green on main for the first time since June, including the test suite.

….hex.pm cert error

The previous change in this area (and the state it replaced) both assumed the
`rebar3-version` input could steer setup-beam away from `mix local.rebar`, and
that the builds.hex.pm cert error it was added for had gone away. Neither holds,
and the assumption cost bofig three months of red CI.

Measured facts, 2026-09-19, same host, same action pin, same day:

  * setup-beam runs `mix local.rebar --force` whenever `install-rebar` is true
    (the default), BEFORE it considers `rebar3-version`. So the pin cannot
    bypass that call — it is gated only by `install-rebar`, an input this
    reusable does not expose.
  * the cert error is live, not historical. builds.hex.pm serves a Let's Encrypt
    chain (`YR1` intermediate) that older Erlang/OTP builds reject with
    `key_usage_mismatch` / `unsupported_certificate`.
  * it is OTP-build-specific: OTP 27.3.4.17 (erts-15.2.7.13) fetches from that
    host successfully; OTP 27.2.1 (erts-15.2.1) fails. chimichanga passes on the
    former while bofig failed on the latter, in the same hour.
  * bofig's failures began 2026-06-22, two days BEFORE its rebar3 pin existed,
    with the identical error — so the pin neither caused nor fixed them.

- correct the `rebar3-version` description: it installs rebar3 from GitHub
  releases and does not replace `mix local.rebar`; pass `github-token` when set
- replace the catalog note with the measured account and the actual remedy
  (bump `otp-version` to a current patch; or `install-rebar: false` to skip the
  call), including the ordering detail that makes the pin useless as a workaround
@hyperpolymath
hyperpolymath merged commit 8438e35 into main Sep 19, 2026
14 of 22 checks passed
@hyperpolymath
hyperpolymath deleted the fix/elixir-reusable-correct-the-rebar3-guidance branch September 19, 2026 08:47
@coderabbitai

coderabbitai Bot commented Sep 19, 2026

Copy link
Copy Markdown
Contributor

Review Change StackReview Change Stack

Note

Currently processing new changes in this PR. This may take a few minutes, please wait...

⚙️ Run configuration

Configuration used: Organization UI

Review profile: ASSERTIVE

Plan: Advanced

Run ID: 0086fce9-870b-4c17-81d2-3b7e5b64cfaa

📥 Commits

Reviewing files that changed from the base of the PR and between 92ae183 and 2bce7ef.

📒 Files selected for processing (2)
  • .github/workflows/elixir-ci-reusable.yml
  • CICD-WORKFLOW-CATALOG.md
 _____________________________________________________________
< Your naming scheme is vibes-based. I can tell by the smoke. >
 -------------------------------------------------------------
  \
   \   (\__/)
       (•ㅅ•)
       /   づ

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@sonarqubecloud

Copy link
Copy Markdown

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant