Skip to content

fix(release): correct binary SBOM input and prepare 0.1.1 - #54

Merged
tiammomo merged 3 commits into
mainfrom
fix/release-sbom-0.1.1
Sep 6, 2026
Merged

fix(release): correct binary SBOM input and prepare 0.1.1#54
tiammomo merged 3 commits into
mainfrom
fix/release-sbom-0.1.1

Conversation

@tiammomo

@tiammomo tiammomo commented Sep 6, 2026

Copy link
Copy Markdown
Owner

The v0.1.0 workflow compiled the binary and passed all checks, but failed before publication because the SBOM action treats path as a directory. It received a .tar.gz archive and invoked Syft with dir:.

Scan the existing staged release directory and keep asset uploads in the final publication job. Advance workspace, Dashboard and image defaults to 0.1.1, update verification examples, and preserve the failed v0.1.0 tag. Include Cargo.lock in the binary archive and require Cargo package URLs in its SBOM: the stripped binary alone produced only a directory component. The documented inventory covers locked workspace dependencies, including optional/test crates. Application behavior is unchanged.

Validation: locked offline Cargo metadata, release/source Compose rendering and document links passed. Syft v1.42.3 reproduced the old directory-input failure and generated valid SPDX-2.3 with 366 inventory entries after the fix. The actual workflow verifier accepts the real inventory and rejects an empty SBOM. Final-head repository checks, PostgreSQL E2E, both CodeQL jobs and dependency review all passed. This follows the complete production-image validation in #52.

@tiammomo
tiammomo merged commit ec57975 into main Sep 6, 2026
6 checks passed
@tiammomo
tiammomo deleted the fix/release-sbom-0.1.1 branch September 6, 2026 06:41
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