Skip to content

Allow opentelemetry-exporter-prometheus pre-release in candidate constraints resolution - #71110

Merged
potiuk merged 1 commit into
mainfrom
fix-otel-prerelease-constraints
Aug 5, 2026
Merged

Allow opentelemetry-exporter-prometheus pre-release in candidate constraints resolution#71110
potiuk merged 1 commit into
mainfrom
fix-otel-prerelease-constraints

Conversation

@vatsrahul1001

@vatsrahul1001 vatsrahul1001 commented Aug 4, 2026

Copy link
Copy Markdown
Contributor

Follow-up fix to #71040 (candidate constraints resolution).

Problem: the RC constraints path runs uv pip install ... --prerelease explicit, which allows a pre-release only for packages an explicit requirement marks as such (the provider >=0.0.0rc0 bounds) and drops the if-necessary fallback. airflow-core requires opentelemetry-exporter-prometheus>=0.47b0 — a package that only ever publishes betas (3.3.0's shipped constraints already pin opentelemetry-exporter-prometheus==0.65b0). With no explicit pre-release mark it can no longer resolve, and candidate constraint generation fails:

× No solution found when resolving dependencies:
  apache-airflow-core[all] depends on opentelemetry-exporter-prometheus>=0.47b0,
  but only opentelemetry-exporter-prometheus<0.47b0 is available (as a non-pre-release)

(seen in the Release constraints workflow_dispatch run on v3-3-test).

Fix (per @potiuk's feedback): add it to the build-side additional_constraints_for_highest_resolution list in run_generate_constraints.py — the list the failure message itself points at — rather than the provider-only pre-release list. This marks it as an always-allowed pre-release across every resolution, keeps --prerelease explicit so no unknown third-party beta can sneak in, and only re-allows a beta airflow already requires and ships.

Validation: please re-run the Release constraints workflow on the target branch to confirm green (the full airflow[all] resolution can't be exercised locally). If a second always-beta dep surfaces after this clears, it takes the same one-line list entry.

Was generative AI tooling used to co-author this PR?
  • Yes — Claude Code (Opus 4.8)

Generated-by: Claude Code (Opus 4.8) following the guidelines — targeted fix to the candidate constraints pre-release allow-list.

…traints resolution

Follow-up to #71040. airflow-core requires `opentelemetry-exporter-prometheus>=0.47b0`,
a package that only ever ships betas (released constraints already pin e.g. `==0.65b0`).
The candidate constraints resolution runs `uv pip install ... --prerelease explicit`, which
permits a pre-release only for a package some requirement marks as such and drops the
if-necessary fallback, so with no explicit mark it fails with 'No solution found'.

Add it to `additional_constraints_for_highest_resolution` (the build-side list the failure
message points at) rather than the provider-only pre-release list, so it is an always-allowed
pre-release across every resolution, matching how it already ships.
@vatsrahul1001
vatsrahul1001 force-pushed the fix-otel-prerelease-constraints branch from 12e6921 to e8f87d2 Compare August 5, 2026 02:12
@potiuk
potiuk merged commit b23fa6b into main Aug 5, 2026
35 checks passed
@potiuk
potiuk deleted the fix-otel-prerelease-constraints branch August 5, 2026 02:19
@github-actions

github-actions Bot commented Aug 5, 2026

Copy link
Copy Markdown
Contributor

Backport successfully created: v3-3-test

Note: As of Merging PRs targeted for Airflow 3.X
the committer who merges the PR is responsible for backporting the PRs that are bug fixes (generally speaking) to the maintenance branches.

In matter of doubt please ask in #release-management Slack channel.

Status Branch Result
v3-3-test PR Link

potiuk pushed a commit that referenced this pull request Aug 5, 2026
…ndidate constraints resolution (#71110) (#71132)

Follow-up to #71040. airflow-core requires `opentelemetry-exporter-prometheus>=0.47b0`,
a package that only ever ships betas (released constraints already pin e.g. `==0.65b0`).
The candidate constraints resolution runs `uv pip install ... --prerelease explicit`, which
permits a pre-release only for a package some requirement marks as such and drops the
if-necessary fallback, so with no explicit mark it fails with 'No solution found'.

Add it to `additional_constraints_for_highest_resolution` (the build-side list the failure
message points at) rather than the provider-only pre-release list, so it is an always-allowed
pre-release across every resolution, matching how it already ships.
(cherry picked from commit b23fa6b)

Co-authored-by: Rahul Vats <43964496+vatsrahul1001@users.noreply.github.com>
vatsrahul1001 added a commit that referenced this pull request Aug 5, 2026
…ndidate constraints resolution (#71110) (#71132)

Follow-up to #71040. airflow-core requires `opentelemetry-exporter-prometheus>=0.47b0`,
a package that only ever ships betas (released constraints already pin e.g. `==0.65b0`).
The candidate constraints resolution runs `uv pip install ... --prerelease explicit`, which
permits a pre-release only for a package some requirement marks as such and drops the
if-necessary fallback, so with no explicit mark it fails with 'No solution found'.

Add it to `additional_constraints_for_highest_resolution` (the build-side list the failure
message points at) rather than the provider-only pre-release list, so it is an always-allowed
pre-release across every resolution, matching how it already ships.
(cherry picked from commit b23fa6b)

Co-authored-by: Rahul Vats <43964496+vatsrahul1001@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants