-
Notifications
You must be signed in to change notification settings - Fork 18
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
Alt match cannot be used inside copyrightText #162
Comments
Thanks @ppisar for reporting this along with the details on the publisher behaviour. I'll take a look at a solution after the OSSNA Summit (quite busy with SPDX 3.0 stuff). |
It looks like this is an issue with the Here's the template file generated:
@ppisar - can you try omitting the |
Note: We should check for this situation in the publisher and report an appropriate error rather than generating a template which won't work. |
I've already written in my original report that the alternation works outside copyrightText tree. |
Thanks @ppisar - I missed that in the original report. The issue is a bit more general - Alt matches just won't work inside This would be a very difficult issue to fix with the current design, so it may be a while before this is actually fixed. As a work around we can avoid |
That's understandable. Then please update the documentation. If possible, also the XML schema not to accept alt inside copyrightText. |
Related to spdx/LicenseListPublisher#162 Signed-off-by: Gary O'Neall <[email protected]>
@ppisar I created spdx/license-list-XML#1964 to update the documentation and spdx/license-list-XML#1965 to track the request to update the schema |
When adding Latex2e-translated-notice in spdx/license-list-XML#1932, I wanted a
@copyright{}
string in a copyrightText block to be an alternation to a Unicode©
string. My motivation was to match both source in texinfo language and a rendered text.It turned out that licenseListPublisher-2.2.8.jar was unable to handle it. It seems that the curly brackets are separated from the adjacent "copyright" word before the alternation match is performed.
Here is a minimal reproducer:
If the alternation is out of copyrightText block, it works.
Maybe related issues: #87, #100.
The text was updated successfully, but these errors were encountered: