Skip to content

Conversation

@gernot-h
Copy link
Collaborator

This seems to bring no breaking changes (despite some internal import restructuring which invalidates some of our imports) and is a first step to support CycloneDX 1.7 in a future version.

This seems to bring no breaking changes (despite some internal import
restructuring which invalidates some of our imports) and is a first step
to support CycloneDX 1.7 in a future version.
@tngraf
Copy link
Collaborator

tngraf commented Dec 24, 2025

Yes, this is the latest version of cyclonedx-python-lib.
But our output format is still CycloneDX 1.6, see capycli_bom_support.py, write_to_json().
Changing this to 1.7 may result ina conflict with Siemens Standard BOM linters.

@tngraf tngraf merged commit 26c4d62 into main Dec 24, 2025
5 checks passed
@gernot-h
Copy link
Collaborator Author

But our output format is still CycloneDX 1.6, see capycli_bom_support.py, write_to_json().
Changing this to 1.7 may result ina conflict with Siemens Standard BOM linters.

Yes, I know. My idea was to keep CDX 1.6 as default output format, but to offer an option to create 1.7 SBOMs in certain commands, especially in "project createbom" (where I need properties for external references to record metadata like SW360 attachment ID in the SBOM for later download of it).

@gernot-h gernot-h deleted the cyclonedx-1.7 branch December 24, 2025 20:29
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.

4 participants