Hi folks, I would like to get some clarification on the license state of this project following the discussion over at Fedora 1. The question is what is the license of the built wheel and does it depend on the build environment? The setup is that cuda-toolkit is only imported at build time and later the package is dependent on dynamically from rpmfusion.
Some points:
- The python metadata is APACHE-2.0 (or at least after 18f9bb5) 2
- Does the license correctly reflect the compiled wheel state, e.g. if we build the same sdist 3 would it still be APACHE-2.0?
- Are there other legal considerations that we should consider in how the copr repo is setup? Would some different legal notices or such be needed when pulling in the dependency?
- Are there some special things to consider for other packages that link to cuda-toolkit, either as:
- Depending directly on cuda-python without build dependencies on cuda-toolkit
- Other packages that do use cuda-toolkit at build time
This would also clarify how some other projects are consuming cuda-toolkit and if something should be done on copr with those as well. So would appreciate the broader picture here as well.
Hi folks, I would like to get some clarification on the license state of this project following the discussion over at Fedora 1. The question is what is the license of the built wheel and does it depend on the build environment? The setup is that cuda-toolkit is only imported at build time and later the package is dependent on dynamically from rpmfusion.
Some points:
This would also clarify how some other projects are consuming cuda-toolkit and if something should be done on copr with those as well. So would appreciate the broader picture here as well.
Footnotes
https://lists.fedoraproject.org/archives/list/legal@lists.fedoraproject.org/thread/RK5OCUHCY37KQHMTFXVPWPVYQDSTBDCA/ ↩
Realized that I technically picked up the wrong licensed versions in https://copr.fedorainfracloud.org/coprs/lecris/cuda-example/ ↩
Assuming some compile flags are enforced, the toolkit is not statically linked, etc. ↩