Repository navigation
chore: prepare Python SDK 3.0.2 release - #917
Merged
Merged
Conversation
SilanHe
reviewed
Nov 9, 2026
SilanHe
reviewed
Nov 9, 2026
Contributor
Author
|
CI |
wangyb-A
approved these changes
Nov 9, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Issue #, if available
None.
Description of changes
Prepare the next coordinated Python release:
Update the three conformance packages' Core pins and the OTel conformance pin so they exercise these versions.
Testing 1.4.1 requires Core >=3.0.2 in both its runtime and package-local test dependencies. Its empty-error persistence behavior depends on the Core fix in #870: Core 3.0.1 decodes
Error: {}asNone. The README explains the minimum, and a two-case metadata regression protects both dependency declarations using the fixed incompatible 3.0.1 and first-compatible 3.0.2 versions.Remove hard-coded current-version assertions from
otel_lifecycle_compatibility_test.pyandotel_legacy_registration_rejection_test.pyso future version bumps do not require test edits. Those assertions checked which installed package pair the tests exercised; they were setup checks, separate from the handler-behavior assertions. Both Hatch lanes already select wheels using__about__.pyand verify their hashes and installed source bytes before running pytest, so they retain that artifact check. Running pytest directly skips the installer.Keep the fixed legacy OTel 1.0.0 assertion: that version is the deliberately incompatible fixture whose registration must fail before the handler runs. It does not track the latest OTel release. The installed-package location checks and compatibility behavior assertions also remain.
Design
Design note not needed: release metadata, correction of a dependency requirement, and removal of redundant test assertions. No runtime implementation or public API members change. The dependency defect was that Testing advertised support for Core versions that lose empty errors during state deserialization. Reuse existing artifact verification instead of adding another version reader.
Assumptions
No new service assumptions. Installed-wheel comparisons on Python 3.13 confirmed the dependency requirement: Testing 1.4.1 with Core 3.0.1 failed 8 of 85 existing empty-error history tests. The rebuilt Testing wheel with Core 3.0.2 passes all 85.
Decisions not covered by the issue or the design note
Validation
pip checkpassed.ResolutionImpossiblebecause Testing requires Core >=3.0.2.git diff --check, and commit-message lint passed.Checklist
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.