Python Package

SBOM Quality

Generating and validating Software Bill of Materials for Python packages.

Early Access: Until 2026-12-31

For mgpy, a good SBOM is more than an export format. It links package reality, license visibility and supply-chain transparency into an auditable artifact.

Key points

  • CLI: On Windows the examples use the recommended py -3.12 -m <module> ... form (for example py -3.12 -m manifestguard ...). On Linux/macOS this usually maps to python3.12 -m ....
  • The SBOM must match the actually built artifacts and their versions.
  • Missing licenses or unclear origin entries make an SBOM weak for real release approval.
  • SBOM generation should be part of the release path, not a manual exception.

Recommended mgpy workflow

  1. Pick an SBOM format that can be processed in the target environment.
  2. Cross-check the output against pip freeze, build artifacts and package metadata.
  3. Repeat the same SBOM generation on every release so comparisons stay meaningful.

Quick start

py -3.12 -m manifestguard sbom --format spdx --output sbom.spdx.json
py -3.12 -m manifestguard sbom --format cyclonedx --output sbom.cdx.json
py -3.12 -m manifestguard check --extended