Skip to content

[fork] Bump base tag to v0.26.0 and refresh the patch series - #6

Merged
Mazyod merged 1 commit into
mainfrom
fork/bump-v0.26.0
Jul 25, 2026
Merged

Mazyod merged 1 commit into
mainfrom
fork/bump-v0.26.0

Conversation

@Mazyod

@Mazyod Mazyod commented Jul 25, 2026

Copy link
Copy Markdown
Owner

Lockstep bump for the upstream v0.26.0 release (cut 2026-07-20, published 2026-07-25).

Are the patches still relevant? Yes — both.

Both backported PRs have now merged upstream, but after the v0.26.0 cut, so neither fix is in the release:

Patch Upstream PR Merged In v0.26.0?
0001 #47953 b2b8f679d, 2026-07-21 No (merge-base --is-ancestor → false)
0002 #44993 0416dab27, 2026-07-24 No (same)

The code each patch touches (_maybe_share_embeddings, should_advance and its scheduler call site) is byte-identical between v0.25.1 and v0.26.0, so both bugs carry over unchanged. Nothing to drop this round — expect to drop both at the next release.

What changed

  • DEFAULT_BASE_TAGv0.26.0 (workflow, Dockerfile.audio ARG, fork/README.md build example).
  • Patch series regenerated against v0.26.0 — and, now that both PRs are merged, regenerated from the merged upstream commits rather than the PR heads. The source diffs are now byte-identical to what upstream shipped (they previously differed only in line wrapping).
  • Patch notes: upstream status Open → Merged, with the merge commit recorded and a merge-base --is-ancestor drop criterion; dated static-verification entries added.
  • FORK.md: refreshed tag references and folded the "check whether the PR already landed" step into the lockstep recipe.

Integrated tree for review: fork/v0.26.0v0.26.0 plus exactly these two patches as discrete commits.

Verification

  • fork/scripts/refresh-patches.sh v0.26.0 — both patches apply cleanly.
  • patch -p1 --dry-run (the exact command apply-patches.sh runs in the image) against a pristine v0.26.0 tree: both apply with no fuzz or offset.
  • Patched files byte-compile; patched should_advance and _maybe_share_embeddings are byte-identical to upstream/main.
  • vllm/vllm-openai:v0.26.0 exists on Docker Hub (HTTP 200) — the workflow's base-image preflight will pass.
  • Not re-run on GPU hardware; relevance is argued statically from the unchanged code paths above.

AI assistance was used for this change (Claude Code).

vLLM cut v0.26.0 on 2026-07-20. Both fork patches are still required: their
upstream PRs merged *after* the release cut (vllm-project#47953 as b2b8f67 on 07-21,
vllm-project#44993 as 0416dab on 07-24), so neither fix is in v0.26.0.

Since both PRs are now merged, the patches are regenerated from the merged
upstream commits rather than the PR heads — the source diffs are byte-identical
to what upstream shipped (previously they differed only in line wrapping). Both
apply to v0.26.0 with no fuzz; the code they touch (_maybe_share_embeddings,
should_advance and its scheduler call site) is unchanged since v0.25.1.

Verified: patch -p1 --dry-run (the exact command the image runs) applies both
cleanly to a pristine v0.26.0 tree; the patched files compile; the patched
should_advance and _maybe_share_embeddings are byte-identical to upstream/main;
vllm/vllm-openai:v0.26.0 exists on Docker Hub. Not re-run on GPU hardware.

Applied-on: v0.26.0
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@Mazyod
Mazyod merged this pull request into main Jul 25, 2026
@Mazyod
Mazyod deleted the fork/bump-v0.26.0 branch August 30, 2026 14:23
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