Thanks for this answer.

Le 07/01/2017 à 06:33, Will Norris a écrit :
> The Google CLA is based on the Apache CLA
> <https://www.apache.org/licenses/icla.txt>, which shares the same
> copyright language as the Apache 2.0 License
> <https://www.apache.org/licenses/LICENSE-2.0> (section 2).  The vast
> majority of Google's open source projects use the Apache license, so
> in those cases the copyright language is the same.  I get why it can
> seem a little bit odd for BSD licensed projects like Go, but as Ian
> mentions, we use a single CLA for all projects, so there will be some
> minor discrepancies like this from time to time.
>
> (not on from my google.com <http://google.com> account right now, but
> I manage Google's CLA system)
>
> On Thu, Jan 5, 2017 at 9:48 AM, Ian Lance Taylor <i...@golang.org
> <mailto:i...@golang.org>> wrote:
>
>     On Wed, Jan 4, 2017 at 10:58 PM, Xavier Combelle
>     <xavier.combe...@gmail.com <mailto:xavier.combe...@gmail.com>> wrote:
>     > Le 05/01/2017 à 07:01, Ian Lance Taylor a écrit :
>     >
>     >> On Wed, Jan 4, 2017 at 8:21 PM, Xavier Combelle
>     >> <xavier.combe...@gmail.com <mailto:xavier.combe...@gmail.com>>
>     wrote:
>     >>> I was interested in contributing in golang, but was afraid to
>     contribute
>     >>> because of signing the CLA. After rereading it, I thought that
>     I might be
>     >>> too much worrying.
>     >>>
>     >>> Can someone explain in non juridical words what it means.
>     >>>
>     >>> I was particularly worried by the copyright license terms.
>     >>>
>     >>> "Grant of Copyright License. Subject to the terms and
>     conditions of this
>     >>> Agreement, You hereby grant to Google and to recipients of
>     software
>     >>> distributed by Google a perpetual, worldwide, non-exclusive,
>     no-charge,
>     >>> royalty-free, irrevocable copyright license to reproduce,
>     prepare derivative
>     >>> works of, publicly display, publicly perform, sublicense, and
>     distribute
>     >>> Your Contributions and such derivative works."
>     >>>
>     >>> For what I understand it goes further than BSD licensing, for
>     example it
>     >>> doesn't imply that the BSD copyright notice must stay in code
>     source and
>     >>> along with binary distribution.
>     >> I'm not sure I understand exactly what you are asking.  The
>     copyright
>     >> license agreement, which you sign if you want to contribute code to
>     >> the Go project, is not the same as the BSD license, which is the
>     >> license used for the Go distribution.  We explicitly don't want
>     every
>     >> contributor to produce their own version of the BSD license; we
>     want
>     >> all the code to be distributed under the copyright of "The Go
>     >> Authors."
>     >>
>     >> It is true that if you sign the CLA and give the code to Google
>     that
>     >> Google could then re-release the code under a license other
>     than the
>     >> BSD license.  There is no reason for Google to do that, but it
>     would
>     >> be permitted to do so.  But that is not significantly different
>     from
>     >> what the BSD license permits anyhow.  The BSD license, unlike, say,
>     >> the GPL, permits additional restrictions to be placed on the code.
>     >> The only relevant difference between the CLA and using the BSD
>     license
>     >> yourself is that Google could distribute the code while
>     omitting the
>     >> BSD license entirely.  Do you find that to be troublesome?
>     >>
>     >> Ian
>     >>
>     > Yes I found very troublesome that google has the right to omit
>     BSD license entirely by doing that it has rights that other
>     contributors don't have.
>     > They have also the right to totally replace it by their license
>     of choice
>
>     What specific rights are you concerned about?
>
>     The BSD license already allows everyone to add additional
>     restrictions, provided that they do not actually remove the BSD
>     license.  So, yes, contributing code under the CLA would permit Google
>     to take your code and distribute it with additional restrictions and
>     also without the BSD license used by the Go project.  That is a
>     change, but it does not seem to me to be a change that actually
>     matters.
>
>     The reason that Google writes the CLA in this way is so that people
>     can sign a single CLA in order to contribute to any Google project.
>     Google has many free software projects under different licenses.  It's
>     simpler for most people, and certainly simply for the project
>     developers, if people sign a single CLA, rather than to sign a
>     separate CLA for each project.
>
>
>     >> We explicitly don't want every
>     >> contributor to produce their own version of the BSD license; we
>     want
>     >> all the code to be distributed under the copyright of "The Go
>     >> Authors."
>     >
>     > The point of using the go license as it is stated is to
>     guarantee that by reusing the code, contributors can't produce
>     their own version of BSD license.
>
>     That isn't what I said, and it's not what I meant.  Contributors can
>     make their own copy of the Go code and add their own license.  What I
>     meant is that the Go distribution itself, the one that we distribute
>     on golang.org <http://golang.org>, comes with a single license. 
>     Once someone has a copy
>     of that code, there is nothing preventing them from distributing it
>     under a different license, as long as they also keep a copy of the BSD
>     license.
>
>     > The fact it will be distributed under this terms is pretty much
>     guaranteed for all distribution except precisely the distribution
>     made by google.
>
>     That is true in the limited sense that any distribution starting from
>     golang.org <http://golang.org> has to keep a copy of the Go
>     license, whereas Google would
>     be permitted to make a distribution without a copy of the Go license.
>     But that is not a big difference, since the Go license does not
>     prohibit additional restrictions.
>
>     > It looks like a huge contradiction in your speech.
>
>     I'm sorry, I don't see the contradiction.
>
>
>     > As long as CLA is necessary for google to have additionnal
>     guarantee about patent free contributions or different thing like
>     that I would understand, but giving them the right to arbitrary
>     license beyond what already generously allow the BSD license for
>     the code I wrote under unknown condition is hard to understand for me.
>
>     I think this will be clearer once you understand that the BSD license
>     does not prohibit adding additional restrictions to your own copy.  To
>     put it in free software terms, the BSD license, unlike the GPL,
>     permits proprietary forks.
>
>     Ian
>
>     --
>     You received this message because you are subscribed to the Google
>     Groups "golang-nuts" group.
>     To unsubscribe from this group and stop receiving emails from it,
>     send an email to golang-nuts+unsubscr...@googlegroups.com
>     <mailto:golang-nuts%2bunsubscr...@googlegroups.com>.
>     For more options, visit https://groups.google.com/d/optout
>     <https://groups.google.com/d/optout>.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to