consume hive-claude via git dependency instead of an in-tree copy
fixes hyperhive/hyperhive#2841. hive-claude was extracted to its own repo a while back (hyperhive/hive-claude) but this workspace kept vendoring a path dependency on an in-tree copy - two copies with nothing keeping them in sync. drops "hive-claude" from workspace members, switches the dependency to a git source pinned at hive-claude's current main (2900cc2), and deletes the in-tree hive-claude/ directory. this is the workspace's first git-sourced cargo dependency. verified: cargo build/test/clippy -p hive-agent (the only consumer) all clean, nix fmt 0 files changed, nix flake check all green (crane vendors the git dep from Cargo.lock via its own fixed-output derivation, no extra plumbing needed). network reachability + credentials for the canonical host checked separately on hive-claude#1 - public repo, no auth needed, hive-ci confirmed reachable; hive-priv (host netns) is the one path nobody can test from a container, atlas is running a one-agent canary rebuild once this merges as the real confirmation.
This commit is contained in:
parent
e5b307df1b
commit
2e0096caf4
14 changed files with 2 additions and 1686 deletions
2
Cargo.lock
generated
2
Cargo.lock
generated
|
|
@ -1661,10 +1661,10 @@ dependencies = [
|
|||
[[package]]
|
||||
name = "hive-claude"
|
||||
version = "0.1.0"
|
||||
source = "git+https://forge.darkest.space/hyperhive/hive-claude?branch=main#4ee1940e91b0f713f1767fc5ba84426a82d562f8"
|
||||
dependencies = [
|
||||
"serde",
|
||||
"serde_json",
|
||||
"tempfile",
|
||||
"thiserror 2.0.18",
|
||||
"tokio",
|
||||
"tracing",
|
||||
|
|
|
|||
Loading…
Reference in a new issue