carverauto/serviceradar
carverauto/serviceradar
2
3
Fork 0
Code Issues 233 Pull requests 24 Projects Releases 254 Packages Wiki Activity Actions 8

fix(build): commit vendored files the repo .gitignore stripped (#3425) #3512

Merged
mfreeman451 merged 1 commit from fix/netprobe-ebpf-vendor-gitignore into staging 2026-06-02 01:32:37 +00:00
Conversation 1 Commits 1 Files changed 21 +14508
mfreeman451 commented 2026-06-02 01:29:23 +00:00
Owner
Copy link

Why

Follow-up to #3511. The publish run #15342 failed in the eBPF genrule during
cargo's offline checksum verification:

error: failed to calculate checksum of:
  .../vendor/camino/.claude/settings.json: No such file or directory

#3511 staged the vendored tree with plain git add, which silently skipped
paths matching repo-root .gitignore directory patterns. The vendored crates
legitimately ship those directories as source:

crate dir ignore rule
camino .claude/ .gitignore:24 .claude/
cc src/target/ .gitignore:223 target/
syn tests/debug/ .gitignore:222 debug/
wasip2, wasip3 wit/deps/ .gitignore:214 deps/

Each is referenced by the crate's .cargo-checksum.json, so on a fresh checkout
(the signing runner) cargo couldn't find them and failed. Local builds passed
only because the files were present-but-untracked on disk.

What

  • Add rust/netprobe/ebpf/vendor/.gitignore that re-includes those directory
    names under the vendor subtree, so future re-vendors stay verbatim.
  • Commit the 20 previously-stripped files.

Verified every on-disk vendor file (2120) is now tracked — cargo's checksum
verification will pass on any checkout. This unblocks the netprobe publish.

🤖 Generated with Claude Code

## Why Follow-up to #3511. The publish run #15342 failed in the eBPF genrule during cargo's **offline checksum verification**: ``` error: failed to calculate checksum of: .../vendor/camino/.claude/settings.json: No such file or directory ``` #3511 staged the vendored tree with plain `git add`, which **silently skipped** paths matching repo-root `.gitignore` directory patterns. The vendored crates legitimately ship those directories as source: | crate | dir | ignore rule | |---|---|---| | `camino` | `.claude/` | `.gitignore:24 .claude/` | | `cc` | `src/target/` | `.gitignore:223 target/` | | `syn` | `tests/debug/` | `.gitignore:222 debug/` | | `wasip2`, `wasip3` | `wit/deps/` | `.gitignore:214 deps/` | Each is referenced by the crate's `.cargo-checksum.json`, so on a fresh checkout (the signing runner) cargo couldn't find them and failed. Local builds passed only because the files were present-but-untracked on disk. ## What - Add `rust/netprobe/ebpf/vendor/.gitignore` that re-includes those directory names under the vendor subtree, so future re-vendors stay verbatim. - Commit the 20 previously-stripped files. Verified every on-disk vendor file (2120) is now tracked — cargo's checksum verification will pass on any checkout. This unblocks the netprobe publish. 🤖 Generated with [Claude Code](https://claude.com/claude-code)
fix(build): commit vendored files the repo .gitignore stripped (#3425)
Some checks failed
Secret Scan / gitleaks (pull_request) Successful in 45s
Details
Fingerprint Licensing / netprobe-fingerprint-licenses (push) Failing after 1m25s
Details
Fingerprint Licensing / netprobe-fingerprint-licenses (pull_request) Failing after 1m4s
Details
Rust Tests / test-rust (rust/rdp-adapter, cargo) (push) Successful in 1m52s
Details
lint / lint (push) Successful in 1m54s
Details
Rust Tests / test-rust (//rust/rperf-server:rperf, rust/rperf-server, bazel) (push) Successful in 2m8s
Details
Rust Tests / test-rust (//rust/netprobe:netprobe, //build/platforms:linux_aarch64_musl, rust/netprobe, bazel-static) (push) Successful in 2m15s
Details
Rust Tests / test-rust (//rust/netprobe:netprobe, //build/platforms:linux_x86_64_musl, rust/netprobe, bazel-static) (push) Successful in 2m20s
Details
lint / lint (pull_request) Successful in 2m8s
Details
Rust Tests / test-rust (rust/rperf-client, cargo) (push) Successful in 3m6s
Details
Rust Tests / test-rust (rust/trapd, cargo) (push) Successful in 3m6s
Details
Rust Tests / test-rust (rust/consumers/zen, cargo) (push) Successful in 3m10s
Details
Rust Tests / test-rust (rust/rdp-connector-probe, cargo) (push) Successful in 3m48s
Details
Rust Tests / test-rust (rust/log-collector, cargo) (push) Successful in 3m53s
Details
Rust Tests / test-rust (//rust/netprobe:netprobe_test, rust/netprobe, bazel-test) (push) Successful in 3m59s
Details
CI / build (pull_request) Failing after 3m50s
Details
Rust Tests / test-rust (rust/srql, cargo) (push) Successful in 5m15s
Details
Elixir Quality / Elixir Quality (pull_request) Failing after 23m41s
Details
Netprobe eBPF Verifier / Verify eBPF programs on Linux 5.15 (push) Has been cancelled
Details
Netprobe eBPF Verifier / Verify eBPF programs on Linux 5.8 (push) Has been cancelled
Details
Netprobe eBPF Verifier / Verify eBPF programs on Linux 6.x (push) Has been cancelled
Details
Netprobe eBPF Verifier / Verify eBPF refusal on Linux 5.4 (push) Has been cancelled
Details
4b6e65de27 
PR #3511 staged the netprobe eBPF vendor tree with plain `git add`, which
silently skipped paths matching repo-root .gitignore directory patterns
(.claude/, target/, debug/, deps/): camino/.claude/settings.json,
cc/src/target/, syn/tests/debug/, wasip2/wit/deps/, wasip3/wit/deps/.

Those files are referenced by each crate's .cargo-checksum.json, so a fresh
checkout (the signing runner) failed the eBPF genrule during cargo's offline
checksum verification:

  error: failed to calculate checksum of:
    .../vendor/camino/.claude/settings.json: No such file or directory

(publish run #15342). Local builds passed only because the files were present
but untracked on disk.

Add rust/netprobe/ebpf/vendor/.gitignore re-including those directory names
under the vendor subtree, and commit the 20 previously-stripped files, so the
vendor tree is verbatim and the hermetic build's checksum verification passes
on any checkout. Verified: every on-disk vendor file (2120) is now tracked.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
mfreeman451 reviewed 2026-06-02 01:32:31 +00:00
mfreeman451 left a comment
Copy link

lgtm

lgtm
mfreeman451 deleted branch fix/netprobe-ebpf-vendor-gitignore 2026-06-02 01:32:37 +00:00
Sign in to join this conversation.
Reviewers
No reviewers
Labels
Clear labels   
1week

   
2weeks

   
Failed compliance check

   
IP cameras

   
NATS
NATS JetStream

  
Possible security concern

   
Review effort 1/5

   
Review effort 2/5

   
Review effort 3/5

   
Review effort 4/5

   
Review effort 5/5

   
UI

   
aardvark

   
accessibility

   
amd64

   
api

   
arm64

   
auth

   
back-end

   
bgp

   
blog

   
bug
Something isn't working

  
build

   
checkers

   
ci-cd
continuous integration-continuous deployments

  
cleanup

   
cnpg
cloud-native postgres

  
codex

   
core
core service

  
dependencies
Pull requests that update a dependency file

  
device-management

   
documentation
Improvements or additions to documentation

  
duplicate
This issue or pull request already exists

  
dusk

   
ebpf

   
enhancement
New feature or request

  
eta 1d

   
eta 1hr

   
eta 3d

   
eta 3hr

   
feature

   
fieldsurvey

   
github_actions
Pull requests that update GitHub Actions code

  
go
Pull requests that update Go code

  
good first issue
Good for newcomers

  
help wanted
Extra attention is needed

  
invalid
This doesn't seem right

  
javascript
Pull requests that update Javascript code

  
k8s

   
log-collector

   
mapper

   
mtr
multi traceroute

  
needs-triage

   
netflow

   
network-sweep

   
observability

   
oracle
Oracle Linux related issues

  
otel
opentelemetry logs, traces, metrics

  
plug-in

   
proton
timeplus proton streaming database

  
python

   
question
Further information is requested

  
reddit

   
redhat

   
research

   
rperf

   
rperf-checker

   
rust
Pull requests that update rust code

  
sdk

   
security

   
serviceradar-agent

   
serviceradar-agent-gateway

   
serviceradar-web

   
serviceradar-web-ng

   
siem

   
snmp

   
sysmon

   
topology

   
ubiquiti

   
wasm

   
wontfix
This will not be worked on

  
zen-engine
No labels
1week
2weeks
Failed compliance check
IP cameras
NATS
Possible security concern
Review effort 1/5
Review effort 2/5
Review effort 3/5
Review effort 4/5
Review effort 5/5
UI
aardvark
accessibility
amd64
api
arm64
auth
back-end
bgp
blog
bug
build
checkers
ci-cd
cleanup
cnpg
codex
core
dependencies
device-management
documentation
duplicate
dusk
ebpf
enhancement
eta 1d
eta 1hr
eta 3d
eta 3hr
feature
fieldsurvey
github_actions
go
good first issue
help wanted
invalid
javascript
k8s
log-collector
mapper
mtr
needs-triage
netflow
network-sweep
observability
oracle
otel
plug-in
proton
python
question
reddit
redhat
research
rperf
rperf-checker
rust
sdk
security
serviceradar-agent
serviceradar-agent-gateway
serviceradar-web
serviceradar-web-ng
siem
snmp
sysmon
topology
ubiquiti
wasm
wontfix
zen-engine
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
carverauto/serviceradar!3512
No description provided.