You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
add an AI Contributing block to the CONTRIBUTING doc
add an Open Source Apache 2.0 CLA to cover in-bound contributions.
This repository CONTRIBUTING.adoc originally listed only CC-BY-SA-4.0. However, the repository also has Apache-2.0, CC-BY-4.0 and BSD-3-Clause.
As there are typically a lot of questions around the use of wildcards in REUSE.toml, here is a little background:
The wildcard has been put in place solely because REUSE was introduced without first updating every file. A strict configuration would have blocked any commit touching a non-compliant file, which probably would not make the maintainers very happy. The wildcard gives us a compliant baseline while headers are added at the maintainers' pace.
REUSE annotations are not just for exceptions. The REUSE spec fully supports REUSE.toml as the primary mechanism for declaring copyright and licensing. File headers are recommended, not required.
Wildcards can be removed once file headers are in place across the repository.
Updating headers is the correct thing to do. However, the wildcard is a valid way to use REUSE.toml.
Once the wildcard is removed, missing licences will trigger lint failures.
I do have one question though: This has Apache-2.0 as license. But that folder also contains the tutorial source, which is base on the original tutorial code that afaik is CC-BY SA.
Or does the REUSE only apply to files that contain a copyright header?
Or does the REUSE only apply to files that contain a copyright header?
REUSE applies to all files included in the path statement under [[annotations]]. Using a wildcard /en/** would apply to all files in /en. Ideally we would want each file to have their own SDPX Copyright and License, but that is a big undertaking. REUSE.toml is a valid work around until each file can be updated.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This repository CONTRIBUTING.adoc originally listed only CC-BY-SA-4.0. However, the repository also has Apache-2.0, CC-BY-4.0 and BSD-3-Clause.
As there are typically a lot of questions around the use of wildcards in REUSE.toml, here is a little background:
The wildcard has been put in place solely because REUSE was introduced without first updating every file. A strict configuration would have blocked any commit touching a non-compliant file, which probably would not make the maintainers very happy. The wildcard gives us a compliant baseline while headers are added at the maintainers' pace.
REUSE annotations are not just for exceptions. The REUSE spec fully supports REUSE.toml as the primary mechanism for declaring copyright and licensing. File headers are recommended, not required.