Dne 25. 05. 22 v 14:38 Daniel P. Berrangé napsal(a):
On Wed, May 25, 2022 at 07:27:51AM -0500, Chris Adams wrote:Once upon a time, Gary Buhrmaster <gary.buhrmaster@xxxxxxxxx> said:The follow up suggested that the license field be differently formatted. I disagree with such explanatory prefixes, as it requires yet more apps to parse/support various prefixes.No, my suggestion of using "License: SPDX:<foo>"
It was already suggested elsewhere to use e.g.:
~~~
License: %{spdx <foo>}
~~~
That would have additional benefit, that we could check right away if
the license field contains valid licenses. While rpmlint/rpminspect can
certainly do so, why not do it earlier?
Vít
would not require any additional changes. Anything that cares about the License field will already need changes to recongize the SPDX values; this would just remove any ambiguity. And as very little parses the License field, so there's not some big effort to update required in any case.Yes, the value of using SPDX is that it is an unambigious machine parseable format. If we don't have a way to determine whether a given Fedora specfile is using SPDX or legacy names, then we diminish the value of performing the change, because we remain ambiguous. So using this suggestion of 'License: SPDX:<foo>' will be useful both for apps that are querying RPMs at runtime, and for ourselves as maintainers to know when all packages in rawhide have finished being converted by their maintainers and/or provenpackagers. With regards, Daniel
Attachment:
OpenPGP_signature
Description: OpenPGP digital signature
_______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
