Skip to content

chore(renovate): group system-interface with cap-std - #327

Merged
sd2k merged 1 commit into
mainfrom
chore/renovate-system-interface
Aug 15, 2026
Merged

sd2k merged 1 commit into
mainfrom
chore/renovate-system-interface

Conversation

@sd2k

@sd2k sd2k commented Aug 15, 2026

Copy link
Copy Markdown
Collaborator

eryx-vfs gets read_at/write_at on cap-std files from system_interface::fs::FileIoExt, enabled by system-interface's cap_std_impls feature. Those impls are written against a specific cap-std major, so a cap-std bump on its own does not compile:

error[E0599]: no method named `read_at` found for struct `Arc<cap_std::fs::File>` in the current scope
error[E0599]: no method named `write_at` found for struct `Arc<cap_std::fs::File>` in the current scope

That is exactly what #316 is — cap-std 4 opened alone and unbuildable. Grouping the two means Renovate only proposes a combination that can actually resolve.

Worth knowing: this also means the group is gated on system-interface's release cadence. Its latest (0.27.3) still requires cap-std ^3, so there is no combination that takes cap-std 4 today and the group will simply hold until upstream releases support. That is the intended behaviour — better a held group than an unbuildable PR.

🤖 Generated with Claude Code

eryx-vfs gets `read_at`/`write_at` on cap-std files from
`system_interface::fs::FileIoExt`, via system-interface's
`cap_std_impls` feature. Those impls target a specific cap-std major, so
a cap-std bump without a matching system-interface does not compile —
see #316, where cap-std 4 landed on its own and every positional
read/write in eryx-vfs lost its trait impl.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@sd2k
sd2k merged commit afdb07a into main Aug 15, 2026
24 checks passed
@sd2k
sd2k deleted the chore/renovate-system-interface branch August 15, 2026 16:56
@sd2k sd2k mentioned this pull request Aug 18, 2026
1 task
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