Background
While migrating this repo's tooling to uv + pyproject.toml (#349), switching from exact pip-compile pins to open version ranges surfaced that openedx-events>=11.1.1 (its own tooling-modernization release, done under the same org-wide effort) drops openedx_events.event_bus.avro.tests.test_utilities from its published wheel.
src/edx_event_bus_kafka/internal/tests/test_producer.py imports SubTestData0 and create_simple_signal from that module directly, so upgrading past openedx-events 11.1.0 breaks this repo's test suite.
As a stopgap, pyproject.toml's [tool.edx_lint].uv_constraints (and the generated [tool.uv].constraint-dependencies) pin:
with an inline comment pointing at this issue.
Why this needs a real fix
A constraint-dependencies ceiling never gets bumped on its own — nothing forces anyone to revisit it, so it can silently cap openedx-events below its latest release indefinitely. Requires-Dist in the published package is not affected (the pin is uv/lockfile-only), so nothing downstream is capped in the meantime, but this repo's own dependency stays stuck.
Possible fixes
- Vendor the small test helpers (
SubTestData0, create_simple_signal) into this repo's own test_utils, so this repo no longer depends on openedx-events shipping its internal test utilities.
- Or, have
openedx-events publish a supported test-utilities extra/module that downstream consumers can rely on, and switch to importing from that instead.
References
Background
While migrating this repo's tooling to uv + pyproject.toml (#349), switching from exact pip-compile pins to open version ranges surfaced that
openedx-events>=11.1.1(its own tooling-modernization release, done under the same org-wide effort) dropsopenedx_events.event_bus.avro.tests.test_utilitiesfrom its published wheel.src/edx_event_bus_kafka/internal/tests/test_producer.pyimportsSubTestData0andcreate_simple_signalfrom that module directly, so upgrading pastopenedx-events11.1.0 breaks this repo's test suite.As a stopgap,
pyproject.toml's[tool.edx_lint].uv_constraints(and the generated[tool.uv].constraint-dependencies) pin:with an inline comment pointing at this issue.
Why this needs a real fix
A
constraint-dependenciesceiling never gets bumped on its own — nothing forces anyone to revisit it, so it can silently capopenedx-eventsbelow its latest release indefinitely.Requires-Distin the published package is not affected (the pin is uv/lockfile-only), so nothing downstream is capped in the meantime, but this repo's own dependency stays stuck.Possible fixes
SubTestData0,create_simple_signal) into this repo's owntest_utils, so this repo no longer depends onopenedx-eventsshipping its internal test utilities.openedx-eventspublish a supported test-utilities extra/module that downstream consumers can rely on, and switch to importing from that instead.References