Skip to content

Proprietary license #2540

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

Closed
omajid opened this issue Nov 21, 2016 · 17 comments
Closed

Proprietary license #2540

omajid opened this issue Nov 21, 2016 · 17 comments

Comments

@omajid
Copy link
Member

omajid commented Nov 21, 2016

The main repository contains the MIT license in the https://github.com/dotnet/core-setup/blob/master/LICENSE file. But the packaging dir contains a proprietary license file: https://github.com/dotnet/core-setup/blob/master/packaging/LICENSE.txt.

Specifically, this other license file says:

You may not

  • work around any technical limitations in the software;
  • reverse engineer, decompile or disassemble the software, except and only to the extent that applicable law expressly permits, despite this limitation;
  • publish the software for others to copy;

There are other copies of this license too:

I believe this license file ends up in dotnet.tar.gz that's availalbe from: https://www.microsoft.com/net/core

Could you please replace this with the LICENSE file in the main dir?

@ellismg
Copy link
Contributor

ellismg commented Nov 22, 2016

/cc @richlander.

Rich, what's the strategy here? I know other MSFT open source products have MIT licenses, but we license the specific build that MSFT does differently. What's the plan here for third parties that want to build .NET?

@richlander
Copy link
Member

This is what should happen:

  • Arbitrary person clones and builds the product in the comfort of their own home or business. They should end up with the MIT license in their built assets by default.
  • A person or business with specific goals (Microsoft comes to mind) around .NET Core can optionally put their own license in the package. They should include a 3rd party notice in their distribution to clarify the heritage/pedigree of the .NET Core source code. This is common practice, although consulting a legal professional (I am not that person) is still a good idea to make sure you are doing it right.

Does that satisfy the need?

@omajid
Copy link
Member Author

omajid commented Nov 23, 2016

Yes, I think a solution where a license is used by default but there's a way to add a different license, satisfies everyone's need. I am mostly concerned with the open source aspect of .NET Core, so MIT by default would be fantastic. It would address any confusion from anyone who might build .NET Coreand be surprised by the unexpected license of the built product.

IANAL, and this is mostly for my own curiosity, but wouldn't the second option - apply a different license to a piece of code - only apply to someone who owns the copyright on the code? That would be the .NET Foundation, right?

@richlander
Copy link
Member

IANAL either. Three points:

  • The MIT license basically says "do whatever you want" including sublicense. It is GPL that is prescriptive on outgoing licenses, not MIT.
  • We include 3rd party notice files in distributions to account for dependencies. The new experience we are discussing needs to include a 3rd party notice for the .NET Core repos with the copyright holder being .NET Foundation, if it doesn't already. This is what accounts for the copyright holder, as you suggest.
  • The MSFT license include text like you cannot use the Microsoft tradework. That's orthogonal to open source and about the particular distribution and its packaging.

@omajid
Copy link
Member Author

omajid commented Nov 23, 2016

Thanks for the clarifications!

@richlander
Copy link
Member

Linking to the PR: dotnet/core-setup#855

@danmoseley
Copy link
Member

@richlander @ellismg where are we at with this one? going through all the core-setup issues with @gkhanna79 for ZBB...

@gkhanna79
Copy link
Member

@richlander @ellismg What are the next steps for this?

@gkhanna79
Copy link
Member

CC @leecow who will chat with @richlander about this.

@gkhanna79
Copy link
Member

@leecow @richlander Can you please do the needful for this by EOW?

@Petermarcu
Copy link
Member

Is this addressed now or is there more to do?

@ellismg
Copy link
Contributor

ellismg commented Jun 30, 2017

We need to port a change from CLI master into release/2.0.0. I will do this tomorrow.

@Petermarcu
Copy link
Member

@ellismg , is this done?

ellismg referenced this issue in ellismg/cli Jul 6, 2017
Remove non MIT licensed components from the CLI when building on non
windows platforms. The shared framework provides the LICENSE file that is
included with the tarballs, so we just need to ensure we don't pull any
windows specific stuff that is not MIT licensed.

Fixes: dotnet/core-setup#676
@ellismg
Copy link
Contributor

ellismg commented Jul 7, 2017

Should be resolved in the next CLI build (and for 2.0.0)

@ellismg ellismg closed this as completed Jul 7, 2017
@BooRar
Copy link

BooRar commented Jul 22, 2018

is there any options for proprietor licence on GIT .i.e dont use my code ... copy or redistribute and secondly is there a way to licence NPM and Git repositories

@danmoseley
Copy link
Member

@BooRar we can't offer advice on licenses. Try opensource.org

@BooRar
Copy link

BooRar commented Jul 22, 2018

thanks danmosemsft

@msftgits msftgits transferred this issue from dotnet/core-setup Jan 30, 2020
@msftgits msftgits added this to the 2.0.0 milestone Jan 30, 2020
@ghost ghost locked as resolved and limited conversation to collaborators Dec 27, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

8 participants