fix: Instrument httpx2 requests in the otel extra

[vdusek]

HttpxHttpClient runs on httpx2, and opentelemetry-instrumentation-httpx only gained HTTPX2ClientInstrumentor in 0.65b0, so requests through it produced no spans. Every OpenTelemetry floor in the otel extra now sits on that release line.

package	before	after
opentelemetry-api	>=1.34.1	>=1.44.0
opentelemetry-distro[otlp]	>=0.54	>=0.65b0
opentelemetry-instrumentation	>=0.54	>=0.65b0
opentelemetry-instrumentation-httpx	>=0.54	>=0.65b0
opentelemetry-sdk	>=1.34.1	>=1.44.0
opentelemetry-semantic-conventions	>=0.54	>=0.65b0

Verified against the wheels: 0.64b0 registers a single httpx entry point, while 0.65b0 adds the class and an httpx2 entry point. With an in-memory exporter, HTTPX2ClientInstrumentor emits a span for an HttpxHttpClient request; HTTPXClientInstrumentor emits none.

The whole group moves together because these packages release in lockstep and pin each other with ==. opentelemetry-instrumentation-httpx==0.65b0 requires opentelemetry-instrumentation==0.65b0 and opentelemetry-semantic-conventions==0.65b0, and the latter requires opentelemetry-api==1.44.0; opentelemetry-sdk pins api to its own version, so it lands on 1.44.0 as well. uv pip compile --resolution lowest-direct against the old specifiers resolves to exactly the "after" column, so the previous floors only looked permissive.

Every release of the 0.x packages is a beta, so the floors name the prerelease explicitly. >=0.65 matches no published version at all, since PEP 440 orders 0.65b0 < 0.65. uv.lock had already resolved 0.65b0 and 1.44.0, so only its requires-dist specifiers moved.

The web form example corrections that used to ride along here moved to #2237.

✍️ Drafted by Claude Code

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 93.74%. Comparing base (dd5c5e6) to head (dd50835).
⚠️ Report is 7 commits behind head on master.

Additional details and impacted files

@@           Coverage Diff           @@
##           master    #2213   +/-   ##
=======================================
  Coverage   93.74%   93.74%           
=======================================
  Files         181      181           
  Lines       12865    12877   +12     
=======================================
+ Hits        12060    12072   +12     
  Misses        805      805           

Flag	Coverage Δ
unit	93.74% <ø> (+<0.01%)	⬆️

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Harness.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
• 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

[Mantisus]

If I'm not mistaken, opentelemetry-instrumentation-httpx was added as a dependency when HttpxHttpClient was the default client. Maybe we can remove that?

[Pijukatel]

I think you should bump all the instrumentation-related 0.54b0 to 0.65b0.

For unrelated Python packages, this would not be needed, but those instrumentation packages are always bumped all together.

So, for example, this gives the illusion of flexibility

opentelemetry-semantic-conventions>=0.54b0
opentelemetry-instrumentation-httpx>=0.65b0

, but in reality it resolves as

opentelemetry-semantic-conventions>=0.65b0
opentelemetry-instrumentation-httpx>=0.65b0

[vdusek]

If I'm not mistaken, opentelemetry-instrumentation-httpx was added as a dependency when HttpxHttpClient was the default client. Maybe we can remove that?

cc @Pijukatel