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

Open source license #53

Open
sampotter opened this issue Jan 18, 2022 · 5 comments
Open

Open source license #53

sampotter opened this issue Jan 18, 2022 · 5 comments
Labels
documentation Improvements or additions to documentation

Comments

@sampotter
Copy link
Owner

sampotter commented Jan 18, 2022

We should pick an open source license for this package. I have no preference as to which license we choose. It should be a license which makes it easy and straightforward for this library to be used in the communities in which it is most likely to gain traction.

There's also this: https://code.nasa.gov/#/guide

Thoughts?

@emazarico @nschorgh @steo85it

@steo85it
Copy link
Collaborator

steo85it commented Jan 18, 2022

In the past, I used both GPLv3 or MIT licenses (I guess you know this https://choosealicense.com/licenses/ ). Both would be fine for python-flux, I think.
I never passed through the process of having a soft approved for the NASA github: it can be interesting, but maybe not really needed for the moment (?).

@sampotter
Copy link
Owner Author

What exactly are the benefits of the NASA GitHub? I assume if it were approved Erwan would be able to contribute? ;-)

@steo85it
Copy link
Collaborator

steo85it commented Jan 18, 2022

Not sure, probably @emazarico knows (I though "just" appearing on a list of NASA-backed software packages).
What would be (more, I think) interesting would be to get a doi for the software on Zenodo - for that one just needs to generate a release and give a brief description. In any case, the choice of a license has the priority on all of this.

@nschorgh
Copy link
Collaborator

nschorgh commented Jan 18, 2022 via email

@nschorgh
Copy link
Collaborator

What I do is: Just before submission of the manuscript I create a release on github so I can cite this specific release from the paper. I also get a doi from Zenodo for the release, but in retrospective that doi has never been of much use.
Anyway, first we have to write the paper. @sampotter @steo85it

@steo85it steo85it added the documentation Improvements or additions to documentation label Apr 25, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation
Projects
None yet
Development

No branches or pull requests

3 participants