After the much appreciated work done by upstream of adding SPDX identifiers to pretty much all of the files, I decided to do a review of Debian's machine readable d/copyright for curl, and spotted a couple of files with no SPDX identifier from an author which is not curl's upstream.
# (c) CopyRight 2000 - 2020, EdelWeb for EdelKey and OpenEvidence
# Author: Peter Sylvester
With no license declaration, so I'm not sure what the SPDX header is supposed to set and didn't want to submit a PR.
I took the assumption that both files are under the curl license on Debian (as there isn't any other license shown), but decided to report this so you could double check and possibly add the SPDX header.
Thank you,
The text was updated successfully, but these errors were encountered:
... including the SPDX-License-Identifier.
These omissions were not detected by the RUEUSE CI job nor the copyright.pl
scanners because we have a general wildcard in .reuse/dep5 for
"tests/certs/*".
Reported-by: Samuel Henrique
Fixes#9417
Hello,
After the much appreciated work done by upstream of adding SPDX identifiers to pretty much all of the files, I decided to do a review of Debian's machine readable d/copyright for curl, and spotted a couple of files with no SPDX identifier from an author which is not curl's upstream.
The files are the following:
https://github.com/curl/curl/blob/7be53774c41c59b47075fbaf758b1497f70b25d6/tests/certs/scripts/genroot.sh
https://github.com/curl/curl/blob/7be53774c41c59b47075fbaf758b1497f70b25d6/tests/certs/scripts/genserv.sh
Both have this header:
With no license declaration, so I'm not sure what the SPDX header is supposed to set and didn't want to submit a PR.
I took the assumption that both files are under the curl license on Debian (as there isn't any other license shown), but decided to report this so you could double check and possibly add the SPDX header.
Thank you,
The text was updated successfully, but these errors were encountered: