fix: bump CI rsfusa pin from v0.3.10 to v0.3.17 - #41
Merged
Conversation
Bump the ASIL-B safety job's rsfusa install pin across the 7-release gap (v0.3.10 -> v0.3.17). Verified locally by installing v0.3.17 the same way CI does (cargo install --git ... --tag v0.3.17 rsfusa --locked) and running every command the safety job runs against this tree's own working copy. No new ERROR-level findings vs v0.3.10: the two gates that are not masked by `|| true` in this job (`qualify`, `release`) pass cleanly under both v0.3.10 and v0.3.17 with identical results (qualify: 16/16 cases passed, badge unqualified; release: SBOM/provenance/manifest written). The `|| true`-masked commands (lint/analyze/check/trace/fmea/tara/cyber) all hit the same pre-existing "missing field `standard`" config parse error under v0.3.17 that they already hit under v0.3.10 -- this repo's .fusa.json predates that schema and is unrelated to this bump. cargo build --release, cargo test, cargo clippy --all-targets -- -D warnings, and cargo fmt --check are all clean. Signed-off-by: Matt <47545907+SoundMatt@users.noreply.github.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Bumps the ASIL-B safety job's
rsfusainstall pin across the 7-release gap(
v0.3.10->v0.3.17, latest). Pure CI-tool-pin bump, no source changes.Verification
Installed
rsfusa v0.3.17locally the same way CI does(
cargo install --git https://github.com/SoundMatt/rust-FuSa --tag v0.3.17 rsfusa --locked)and ran every command the
safetyjob runs, against this repo's own tree,for real (not relying on the
|| truemasking inci.yml).No new ERROR-level findings vs v0.3.10.
|| true(
qualify,release) pass cleanly under both v0.3.10 and v0.3.17, withidentical results:
qualify: 16/16 cases passed, badgeunqualified(same as before)release: SBOM (82 components), provenance, artifact manifest allwritten successfully
|| true-masked commands (lint,analyze,check,trace,fmea,tara,cyber) all hit the sameparse error: missing field 'standard'against this repo's.fusa.jsonunder v0.3.17 that they already hit under v0.3.10 — confirmed by
installing v0.3.10 side-by-side and re-running the same commands. This
repo's
.fusa.jsonpredates that config schema; it's a pre-existing,CI-masked issue, unrelated to and not introduced by this pin bump. Out of
scope for this PR (which is scoped to the pin bump only) — flagging for
visibility.
compalso behaves identically between versions (exit 1, one functionparse_schedule_tablesat cyclomatic complexity 11 > threshold), alsopre-existing and
|| true-masked, not new.v0.3.10..v0.3.17changelog for anything elserelevant: v0.3.11/12 spec conformance updates, v0.3.13 qualify-hash fix,
v0.3.15 fix for the
verify/--test-output=immediatebug (confirmedfixed —
rsfusa verify --dir .now exits 0 cleanly against this tree,156/156 tests), v0.3.16 argument-injection/UTF-8-panic security fixes
(affect
impact/truncate, neither used by this job) plus rust-FuSa'sown CI gate-masking cleanup (rust-FuSa's own repo, not ours), v0.3.17
Docker builder fix (not applicable here). None of these change behavior
against rust-LIN's tree.
Local build/test
cargo build --release— cleancargo test— 48 passed (46 unit/integration + 2 doctests), 0 failedcargo clippy --all-targets -- -D warnings— cleancargo fmt --check— cleanVersion bump
None. Precedent: #11 (the original v0.3.10 pin) was also a pure CI-pin
change with no
Cargo.tomlbump.