-
Notifications
You must be signed in to change notification settings - Fork 93
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
License monitoring files properly #4814
Comments
Might the 0BSD license be a good choice? |
0BSD license specifically says about "software", I am not sure we can apply it to monitoring files. I see it more akin to appstream metainfo: a file accompanying a "software". I am more leaning to CC0-1.0. And the Copyright attributions probably something like: "Solus Developers". Notes: I know the term "software" is very loose, just want to point out the difference. |
List of people that contribute monitoring.files :
|
I very much doubt that these files are even copyrightable, so if we want to license them differently CC0 seems appropriate to me. It's probably also fine to use the repo LICENSE, see #4426.
With CC0 you are allowed to do anything, so it doesn't really matter. I would just do 'Solus Project' for consistency. |
I hereby consent to re-license to the CC0-1.0 license any |
I hereby consent to re-license to the CC0-1.0 license any monitoring.yml or monitoring.yaml files I have contributed to the Solus packages/ repository, with an informative attribution to the "Solus Project". |
That's what I thought.
With our repo license situtaion is still up in the air, I would like very much we get ahead of it with monitoring files. This can be a test bed for our inevitable relicensing of the repository. The list of contributor is small but not insignificant. I imagine the process will be something like this:
@ermo and @androidnisse are quite eager for the changes, I see.😅 |
For consistency as well CC0-1.0 would fit well as we use it for the metainfo files. |
monitoring files are new addition to repository. We should try to properly license them by adding SPDX license headers. We can contact all contributors if needed, as most of them are still active.
The text was updated successfully, but these errors were encountered: