Skip to content

chore(deps): dependabot moves the lock, a person moves a floor - #17

Merged
rokbenko merged 1 commit into
mainfrom
chore/dependabot-lockfile-only
Sep 14, 2026
Merged

rokbenko merged 1 commit into
mainfrom
chore/dependabot-lockfile-only

Conversation

@rokbenko

Copy link
Copy Markdown
Owner

Unblocks #15, and stops the same thing happening every week.

What changed

One key on the uv ecosystem entry:

versioning-strategy: "lockfile-only"

Why

PR #11 was uv.lock and nothing else. #15 also rewrote pyproject.toml, raising four published floors that nothing asked it to raise:

from to
mcp >=2.0,<3 >=2.2.0,<3
openai >=1.50 >=3.11.0 ten lines: the extra, eight vendor extras, all
mujoco >=3.12,<4 >=3.13.0,<4
onnxruntime >=1.20 >=1.29.0

Those floors are hand-written claims about what a consumer may install against, and several of them carry comments explaining themselves. They are not the lock, and a weekly bot should not be editing them.

None of them had ever been tested, either. The lock has resolved openai 3.x since the first commit (3.5.0, 2026-08-28), mcp 2.1.1 throughout, onnxruntime 1.27.0. Nothing in CI has ever exercised the lower bound it claims.

What this does not fix

openai>=1.50 is still wrong, in the other direction: quackd/agent/providers/openai.py calls self.client.responses.create(...), and the Responses API did not exist in openai-python 1.50. That is a floor a person should correct deliberately, with a reason, which is exactly what this change makes room for.

Note

versioning-strategy is supported on the uv ecosystem (dependabot/dependabot-core#12162) though the options reference still omits it. The config parses as valid YAML and the key lands where GitHub expects it.

After this merges

@dependabot rebase on #15 regenerates it against current main as a lock-only change, which resolves its conflict too -- that conflict is in uv.lock alone, pyproject.toml already auto-merges.

🤖 Generated with Claude Code

PR #11 was uv.lock and nothing else. PR #15 also rewrote pyproject.toml,
raising four published floors that nothing asked it to raise: openai from
>=1.50 to >=3.11.0 across ten lines, narrowing the openai extra, all eight
vendor extras and `all` at once, plus mcp, mujoco and onnxruntime.

None of those floors had ever been tested. The lock has resolved openai 3.x
since the first commit, mcp 2.1.1 throughout, onnxruntime 1.27.0. They are
hand-written claims about what a consumer may install against, and they carry
comments explaining themselves. A weekly bot should not be editing them.

versioning-strategy: lockfile-only is supported on the uv ecosystem
(dependabot-core#12162) though the options reference still omits it.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@rokbenko
rokbenko merged commit 50847ee into main Sep 14, 2026
7 checks passed
@rokbenko
rokbenko deleted the chore/dependabot-lockfile-only branch September 14, 2026 14:17
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant