Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Should we require imports for SPDX defined individual elements? #957

Open
goneall opened this issue Jan 9, 2025 · 4 comments
Open

Should we require imports for SPDX defined individual elements? #957

goneall opened this issue Jan 9, 2025 · 4 comments
Labels
question Further information is requested

Comments

@goneall
Copy link
Member

goneall commented Jan 9, 2025

In SPDX 2.X we allow references to listed licenses and listed exceptions without referencing the external document(s) containing these definitions.

In SPDX 3, the spdx3-validator looks for import statements for all element URIs not defined within the document.

In addition to the license list, the SPDX organization element would also need to be added to imports if it is used.

@goneall goneall added the question Further information is requested label Jan 9, 2025
@goneall
Copy link
Member Author

goneall commented Jan 9, 2025

My opinion is that we should exempt any SPDX standard defined elements for the import requirement. and SPDX standard defined element would have a pre-defined URI prefix or namespace.

Otherwise, the SPDX serialized files will become unnecessarily verbose.

This would require an update to the spdx3-validator.

@bact
Copy link
Collaborator

bact commented Jan 10, 2025

Agree that we should have a set of "default imports" and pre-defined URI prefix/namespace.

@zvr
Copy link
Member

zvr commented Jan 10, 2025

@goneall the spec defines a number of Individuals (like the organization you mentioned, but also the None and NoAssertion Elements and licenses). Since SPDX data may be using these, these should be included in the validation data.

And when the ExtendedLicensing profile is used, depending on the License List version used, a corresponding set of definition for licenses and expressions should also be included in the data being validated.

I am not sure of the best alternative technically to achieve this inclusion.

@zvr
Copy link
Member

zvr commented Jan 10, 2025

@bact I don't think this has anything to do with namespaces and imports.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

3 participants