potiuk opened a new pull request, #71639: URL: https://github.com/apache/airflow/pull/71639
The lang-SDK k8s test fetched `go-sdk/`/`java-sdk/` from upstream `main` on any run not targeting `main`, on the assumption that a release branch either lacks them or carries a stale copy. That copy isn't stale — it's the matching one. A packed bundle declares a dated `supervisor_schema_version` and the task-SDK supervisor refuses a bundle whose version it doesn't know, so upstream `main`'s SDK cannot run against a release branch's Airflow at all. `_lang_sdk_resolve_sdk_sources()` now builds from the checkout's own `go-sdk`/`java-sdk` whenever it has them; the upstream-`main` fetch stays only as the fallback for a branch cut before those directories existed. No behaviour change for `main`, which always has them. Seen on `v3-3-test`, where every run of `K8S Lang-SDK` has failed since `main` moved to supervisor schema `2026-10-30` while the branch is on `2026-06-16`: `go_extract` dies with `cannot find executable bundle with usable supervisor_schema_version`. related: #71527 --- ##### Was generative AI tooling used to co-author this PR? - [X] Yes — Claude Code (Opus 5) Generated-by: Claude Code (Opus 5) following [the guidelines](https://github.com/apache/airflow/blob/main/contributing-docs/05_pull_requests.rst#gen-ai-assisted-contributions) -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
