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

Provide guidance on how to handle files that are committed which were originally generated by a tool #54

Open
tristan957 opened this issue Feb 3, 2023 · 2 comments

Comments

@tristan957
Copy link

Say I am using a Meson subproject with a wrap file gotten from Meson's WrapDB. reuse requires me to add licensing and copyright info about that file.

What isn't clear is how to ascertain that information. Many projects that generate files don't explicitly say the output of the project is licensed and copyrighted in some form or fashion.

Ideally it would be nice to just have a way for reuse to ignore these files since getting the info out of the project maintainers is not always easy nor is it explicit as is the case with the GNU Compiler Collection for instance.

@tristan957
Copy link
Author

In some licenses like the GPL family, they seem to be explicit about this. Other licenses don't seem to be as clear.

@mxmehl
Copy link
Member

mxmehl commented Feb 8, 2023

I am not sure whether I entirely understood your proposal, so please excuse me if I got it wrong.

If the tool ignored these files and they were copyrightable and under a certain license, this would basically invalidate the whole idea of REUSE. The tool cannot know the licensing and copyright status of a file, no matter whether it's created by a human, a machine, or both. I could write a one-line tool that downloads a file either under GPL-3.0-only or 0BSD.

It's up to the REUSE adopter to clarify the licensing. Which often is not trivial, I absolutely understand that. But having reuse lint warn you about a newly created and unannotated file is excactly the idea: developers shall be aware about the licensing and copyrights they add to their repo, and communicate this transparently.

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

No branches or pull requests

3 participants
@mxmehl @tristan957 and others