Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

Provide license file #1

Closed
proinsias opened this issue Aug 25, 2016 · 4 comments · Fixed by #4
Closed

Provide license file #1

proinsias opened this issue Aug 25, 2016 · 4 comments · Fixed by #4

Comments

@proinsias
Copy link

I'm working on submitting this package to conda-forge – see my PR. As part of this, I would like to include a license file for this project.

Could you please add one to the project and to the MANIFEST.in file?

@fgregg
Copy link
Collaborator

fgregg commented Aug 25, 2016

I was pretty sloppy here, because I the upstream work by @slacy doesn't have a clear license. I'm happy to add a license for my work (the cython code), but we also need him to provide a license for his work, the c++ code. https://github.com/slacy/double-metaphone/

@proinsias
Copy link
Author

proinsias commented Aug 30, 2016

Thanks for filing the issue!

@sarimak
Copy link

sarimak commented Apr 29, 2021

The underlying C++ library's license seems to be Perl license which means either GPL 1+ or Artistic license (liberal, allows commercial re-distribution).

Since the referenced request to the author of the C++ library is unsolved for many years, could this wrapper select the Artistic license in good faith based on the available knowledge and notify the author of the C++ library so he can disagree?

If this sounds like a safe move, could you please add https://choosealicense.com/licenses/artistic-2.0/ as LICENSE.txt to this repo's root and add the license metadata to the PIP package?

It would be great to first publish a new version of the package still without an explicit license but with a deprecation warning indicating that the license of the package will be clarified - then increasing the major version of the package and publishing the explicitly-licensed version. So people pinning to a major version will have a chance to choose whether to stay pinned to the current state or to go with the flow and use the "new" license.

@fgregg
Copy link
Collaborator

fgregg commented Apr 29, 2021

Sounds good. Can you make a PR?

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
3 participants