Skip to content
This repository has been archived by the owner on Apr 22, 2023. It is now read-only.

How should we address licenses for non-code initiatives / projects? #271

Closed
jemjam opened this issue Mar 8, 2018 · 18 comments
Closed

How should we address licenses for non-code initiatives / projects? #271

jemjam opened this issue Mar 8, 2018 · 18 comments

Comments

@jemjam
Copy link

jemjam commented Mar 8, 2018

This discussion started as part of the last two Community Committee meetings (details in meeting notes). We've gotten sanctioned advice about what how to license software projects, but there seem to be some running questions around "everything else" we want to address.

Specifically:

  • What do we do for mostly writing / process repos?
  • What do we do for design assets (node badges / website design repos)?
  • What do we do for “bits of code” (helper scripts)?
  • What do we do with data and user feedback (feedback initiative)?

Bringing open-ended requests to the legal team isn't always effective, so we'd like to prepare ahead of another inquiry.

For each question, it would be ideal if we could come up with concrete examples (links to existing repos / code / text / etc) so we can submit another question to the legal team.

Can folks add examples here or help flesh out the questions?

@bnb
Copy link
Contributor

bnb commented Mar 22, 2018

Really appreciate the initiative here @JemBijoux. I don't really think I have any additional questions that need to be covered.

One thing I will share: Some feedback from the legal team (that I believe Mark may have shared in the previous CommComm meeting) is that once a license is in, you should stick with it.

That said, this is a super helpful and something @mrhinkle may want to bring to the Board if @nodejs/community-committee agrees this is a good collection.

@bnb
Copy link
Contributor

bnb commented Mar 22, 2018

@mhdawson
Copy link
Member

One concrete question I'd have is. Can we just use MIT like we do for the rest of the project? Are there any downsides for the project and for consumers of the repo?

@mhdawson
Copy link
Member

We have a similar question with respect to the vulnerability database here: nodejs/security-wg#156.

I think we were getting some advice through the foundation on this. @bnb do you think that would apply in to the database as well. If not can we get your help to get advice as to what we should do with respect to the licence for the vulnerability database data.

@bnb
Copy link
Contributor

bnb commented May 23, 2018

@mhdawson sure thing. I'll follow up with @mrhinkle to see what the status of this was 👍

@bnb
Copy link
Contributor

bnb commented May 23, 2018

Quick update from Mark: He's waiting on the membership's corporate attorneys to approve the minutes. Once that's complete, we'll hear back 👍

@keywordnew
Copy link
Contributor

Checking the pulse on this issue 💛

  • Any further developments?
  • And from whom do we now expect to hear back?

@mhdawson
Copy link
Member

I think I'd heard from @bnb that we had the answer but just in case I'm wrong I'll let him add it.

@bnb
Copy link
Contributor

bnb commented Jul 12, 2018

There was a tentative update, but it was basically a TL;DR and I actually had a question about it because it wasn't entirely explicit. Will share in the private session of the CommComm meeting today 👍

@bnb
Copy link
Contributor

bnb commented Jul 26, 2018

Going to remove the agenda label for now 👍

@bnb bnb removed the cc-agenda label Jul 26, 2018
@bnb
Copy link
Contributor

bnb commented Jan 2, 2019

@hackygolucky / @MylesBorins did we ever get a solid answer on this? I vaguely recall that when I was chair it was finalized but not fully communicated – y'all may have access to notes or context I don't. Would like to resolve if possible 👍

@mhdawson
Copy link
Member

mhdawson commented Jan 2, 2019

I'd like us to have this documented somewhere once we get the answer.

@MylesBorins
Copy link
Contributor

i've added this to https://github.com/nodejs/TSC/projects/1

We should likely bring to legal sub-committee

@MylesBorins
Copy link
Contributor

Recommendation has been made and is going to the legal committee for a final sign off. We should have an answer soon 🎉

@brianwarner
Copy link

Here is the answer we received:

What do we do for mostly writing / process repos?
If the material is documentation intended to be provided to users, use the CC-BY-4.0. For internal community documents, use the MIT license.

What do we do for design assets (node badges / website design repos)?
Any design assets including icons, logos or other graphic elements intended to be distributed with the code should use the MIT license. Company logos and/or trademarks should not be accepted.

What do we do for “bits of code” (helper scripts)?
Use the MIT License.

What do we do with data and user feedback (feedback initiative)
For data, use MIT License as default. Dataset contributions may also be made under the CDLA-Permissive-1.0. User feedback should be accepted under the CC-BY-4.0 license.

@amiller-gh
Copy link
Member

amiller-gh commented May 2, 2019

I'd like this to be documented somewhere – adding his issue to our new governance project board to track 👍

Related to #374

@mhdawson
Copy link
Member

mhdawson commented May 9, 2019

@amiller-gh it should probably be document in the openjs repo with possibly a link from the Node.js project.

keywordnew added a commit to keywordnew/nodejs-collection that referenced this issue Feb 1, 2020
keywordnew added a commit to keywordnew/mentorship that referenced this issue Feb 1, 2020
@bnb
Copy link
Contributor

bnb commented Jun 27, 2020

I believe this has widely been addressed. If there are no additional replies within the next few days, I'm going to close it.

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

No branches or pull requests

7 participants