Discussion:
[cc-devel] We'd like your feedback on our proposed new contributor agreement for The List app
Matt Lee
2014-12-04 23:19:46 UTC
Permalink
The List is a new web app and Android app from Creative Commons. We're
developing it in the open, under a free software license. We'd like to
get third party contributions, and we have an agreement that we're
proposing that'll do that.

Read it here: https://github.com/creativecommons/list/blob/master/contributing.md
and please let us have your feedback either here or via GitHub Issues.

Join us now and share the software!

I'm really excited by this work, and we'd love to have your contributions.

---
Matt Lee
Creative Commons
Boston, MA, USA
BjornW
2014-12-04 23:40:25 UTC
Permalink
Hi Matt,

Personally, I'd would walk away and not contribute to this. There's
plenty of interesting FLOSS projects seeking contributors without
'forcing' me to jump through legal hoops. Also I think that an agreement
such as this, is detriment to the Creative Commons cause and 'brand'.

Just my two euro cents ;)

grtz
BjornW
Post by Matt Lee
The List is a new web app and Android app from Creative Commons. We're
developing it in the open, under a free software license. We'd like to
get third party contributions, and we have an agreement that we're
proposing that'll do that.
Read it here: https://github.com/creativecommons/list/blob/master/contributing.md
and please let us have your feedback either here or via GitHub Issues.
Join us now and share the software!
I'm really excited by this work, and we'd love to have your contributions.
---
Matt Lee
Creative Commons
Boston, MA, USA
_______________________________________________
cc-devel mailing list
http://lists.ibiblio.org/mailman/listinfo/cc-devel
--
met vriendelijke groet,
Bjorn Wijers

* b u r o b j o r n .nl *
digitaal vakmanschap | digital craftsmanship

Postbus 14145
3508 SE Utrecht
The Netherlands

tel: +31 6 49 74 78 70
http://www.burobjorn.nl
Maarten Zeinstra
2014-12-05 09:32:21 UTC
Permalink
Hi guys,

I’ve voiced my opinions about Creative Commons development strategies for as long as I have been on this list and it seems like CC as an organisation just doesn’t learn from it’s past.

A year or more a go the list received a similar mail detailing a new platform where teachers would be able to combine material and make kick-ass OER, or so was the promise. This product was never launched and the people working on it left CC. Similarly I’ve been hearing that you are trying to repurpose the Taiwanese LetCC tool. I quick look in the Github repositories shows that your last commit on that was in July. Now you are pushing a log-in system and a list app while in the meantime you seem to be neglecting your legal tools and tools that are in use today. I’ve heard you want to put a search tool more in the centre of your business plan, but you are not measuring how much is being searched on cc.org. You claim that this is an important part of your user engagement at the moment but you have nothing to back that up. This is literally a 5 minute job, you only have to fill in the variable. Hit it is ’s’ for creativecommons.org and ‘query’ for search.creativecommons.org..

https://creativecommons.org/licenses/by-sa/3.0/legalcode still gives security warnings, while they are accessible they do not give much confidence that CC can operate as a technology company.

https://creativecommons.org/ns still does not have any CSS attached to it since a cleanup of your server. CCrel is being used throughout the world, Europeana being one of its large proponents. Again you are not providing any confidence in your technological skill. If you want search you will need to have CC-material searchable. CCrel, schema.org or other similar initiatives provide that. I see no activity of CC global in that direction.

For me there is a large disconnect to what CC global is trying to achieve and what the actual CC community wants/needs. And honestly I’ve been ranting about this for years now. You can open almost any Mail thread in this lists archive to read my dismay :) and that shouldn’t be funny.

Finally for my feedback, interests should come first contracts should come later. You are inviting us to sign a contract but you haven’t even told us the app yet. It doesn’t make any sense.

/rant

Best,

Maarten
--
Post by BjornW
Hi Matt,
Personally, I'd would walk away and not contribute to this. There's plenty of interesting FLOSS projects seeking contributors without 'forcing' me to jump through legal hoops. Also I think that an agreement such as this, is detriment to the Creative Commons cause and 'brand'.
Just my two euro cents ;)
grtz
BjornW
Post by Matt Lee
The List is a new web app and Android app from Creative Commons. We're
developing it in the open, under a free software license. We'd like to
get third party contributions, and we have an agreement that we're
proposing that'll do that.
Read it here: https://github.com/creativecommons/list/blob/master/contributing.md
and please let us have your feedback either here or via GitHub Issues.
Join us now and share the software!
I'm really excited by this work, and we'd love to have your contributions.
---
Matt Lee
Creative Commons
Boston, MA, USA
_______________________________________________
cc-devel mailing list
http://lists.ibiblio.org/mailman/listinfo/cc-devel
--
met vriendelijke groet,
Bjorn Wijers
* b u r o b j o r n .nl *
digitaal vakmanschap | digital craftsmanship
Postbus 14145
3508 SE Utrecht
The Netherlands
tel: +31 6 49 74 78 70
http://www.burobjorn.nl
_______________________________________________
cc-devel mailing list
http://lists.ibiblio.org/mailman/listinfo/cc-devel
Matt Lee
2014-12-10 16:21:07 UTC
Permalink
Thanks to Maarten and to Bjorn for your feedback.

Just a follow up on some things I've been working on in response to this thread.

* Firstly, I am working on bringing back the labs blog. Later today
it'll be up with a new look and a Jekyll site, that'll be public. I'm
going to be updating it three times a week with news and giving more
transparency for some of the work I'm doing, and others are doing.

* As you may know, we already have a non-CC developer working on The
List app, and we expect to get many more. In the last few months, I
have been traveling around, talking about The List, and we are
currently working toward an alpha release in the coming weeks.

If you're interested in hacking on The List, we have an Android app in
development, which is mostly Java, and a web app which is mostly PHP.
We also have an early version of our website about The List, which I'm
going to hope we can launch in the next few days, but it's all up
there in GitHub, if you're interested.

https://github.com/creativecommons/list

Regarding the contributor agreement:

As we're already dealing with outside contributions on this app, and
given my limited resources at CC, I don't want to worry about being
unable to release the app, or worse, being unable to release the app
under a free license.

I signed a very similar document with the Free Software Foundation
about 8 years ago and it has been extremely easy to contribute to a
lot of free software since then. In fact, it has been my job for most
of that time.

As a small team with few resources, we need to be able to keep all our
work public and freely licensed, and this is a legal hack to do just
that.

Projects that don't have such an agreement in place are effectively
stuck on a particular license for the rest of time. That's a situation
I'd like to avoid.
Jonas Öberg
2014-12-10 19:50:06 UTC
Permalink
Hi Matt, Bjorn, Maarten,

In general, I agree with the points raised by Maarten. But I also see,
and can relate to, the contributor agreements that Matt is talking
about.

It seems to me that Maarten, and to some extent Bjorn, aren't
necessarily contesting the contributor agreement as such, but see it
only as one of the obstacles to contributing to Creative Commons, and
where other work is needed before even getting to the issue of a
contributor agreement. So what we're saying is that rather than first
posting the question of the contributor agreement, you may want to
consider how to increase the communication between CC and its
community, and how to get that initial collaboration going. Once you
have an actual contribution, you can use that opportunity to review
the contributor agreement.

Sincerely,
Jonas
Post by Matt Lee
Thanks to Maarten and to Bjorn for your feedback.
Just a follow up on some things I've been working on in response to this thread.
* Firstly, I am working on bringing back the labs blog. Later today
it'll be up with a new look and a Jekyll site, that'll be public. I'm
going to be updating it three times a week with news and giving more
transparency for some of the work I'm doing, and others are doing.
* As you may know, we already have a non-CC developer working on The
List app, and we expect to get many more. In the last few months, I
have been traveling around, talking about The List, and we are
currently working toward an alpha release in the coming weeks.
If you're interested in hacking on The List, we have an Android app in
development, which is mostly Java, and a web app which is mostly PHP.
We also have an early version of our website about The List, which I'm
going to hope we can launch in the next few days, but it's all up
there in GitHub, if you're interested.
https://github.com/creativecommons/list
As we're already dealing with outside contributions on this app, and
given my limited resources at CC, I don't want to worry about being
unable to release the app, or worse, being unable to release the app
under a free license.
I signed a very similar document with the Free Software Foundation
about 8 years ago and it has been extremely easy to contribute to a
lot of free software since then. In fact, it has been my job for most
of that time.
As a small team with few resources, we need to be able to keep all our
work public and freely licensed, and this is a legal hack to do just
that.
Projects that don't have such an agreement in place are effectively
stuck on a particular license for the rest of time. That's a situation
I'd like to avoid.
_______________________________________________
cc-devel mailing list
http://lists.ibiblio.org/mailman/listinfo/cc-devel
Matt Lee
2014-12-10 20:08:54 UTC
Permalink
Post by Jonas Öberg
It seems to me that Maarten, and to some extent Bjorn, aren't
necessarily contesting the contributor agreement as such, but see it
only as one of the obstacles to contributing to Creative Commons, and
where other work is needed before even getting to the issue of a
contributor agreement. So what we're saying is that rather than first
posting the question of the contributor agreement, you may want to
consider how to increase the communication between CC and its
community, and how to get that initial collaboration going. Once you
have an actual contribution, you can use that opportunity to review
the contributor agreement.
Yeah, I agree we need to do a better job there. The revamp of the Labs
blog will go some way toward that, I hope.

However, we do have people who are contributing to The List already,
people who will be asked to sign the contributor agreement. So I
wanted to get some feedback on it, before we proceed there. As there's
no specific feedback about the agreement, only the process, I'll
proceed with it as is.
Maarten Zeinstra
2014-12-10 20:58:37 UTC
Permalink
Well I guess it boils down to: "we are not lawyers”. I would be happy to contribute to a repository if their is already a license on it, I consider myself educated enough that I assume that my contributions are licensed in that way. I have never signed an agreement with CC but I did some pull requests. Does that mean that I own the copyright to those changes? I also forked the CC theme without a License I believe. Bjorn did that a couple a years to I believe. For me these agreements only need to happen when you expect so many contributors that you cannot build a personal relation with each of them. I don’t see that happening at the moment for the reasons I have given. So I have no feedback.
--
Post by Matt Lee
Post by Jonas Öberg
It seems to me that Maarten, and to some extent Bjorn, aren't
necessarily contesting the contributor agreement as such, but see it
only as one of the obstacles to contributing to Creative Commons, and
where other work is needed before even getting to the issue of a
contributor agreement. So what we're saying is that rather than first
posting the question of the contributor agreement, you may want to
consider how to increase the communication between CC and its
community, and how to get that initial collaboration going. Once you
have an actual contribution, you can use that opportunity to review
the contributor agreement.
Yeah, I agree we need to do a better job there. The revamp of the Labs
blog will go some way toward that, I hope.
However, we do have people who are contributing to The List already,
people who will be asked to sign the contributor agreement. So I
wanted to get some feedback on it, before we proceed there. As there's
no specific feedback about the agreement, only the process, I'll
proceed with it as is.
_______________________________________________
cc-devel mailing list
http://lists.ibiblio.org/mailman/listinfo/cc-devel
Engel Nyst
2015-01-01 04:29:38 UTC
Permalink
Thank you for asking for feedback on this intention. Several quick
thoughts, apart from the barriers to contributions already mentioned
here, follow.
Post by Matt Lee
As we're already dealing with outside contributions on this app, and
given my limited resources at CC, I don't want to worry about being
unable to release the app, or worse, being unable to release the app
under a free license.
Is this saying that if you receive a free license from authors (not a
CLA/CA), then you feel unable to distribute it further under their free
license?

I'm sure you can't mean that. But then, what do you mean? You are
perfectly able to release under the free license granted by authors to
you and anyone else. (with or-later, you can also upgrade it)
Post by Matt Lee
I signed a very similar document with the Free Software Foundation
about 8 years ago and it has been extremely easy to contribute to a
lot of free software since then. In fact, it has been my job for
most of that time.
Ah, well, this sounds like the power of habit or example. For the
record, I don't entirely blame the FSF considering the historical
context in which their copyright assignment started, but I do believe
it's a bad idea to continue it as they do today and give the false
impression to people that there's something like 'good practice' about
copyright accumulation. People and projects follow it (or think they do)
without actually being sure why, and harm their project in the process. IME.

I would note that to the best of my knowledge FSF is among the
exceptions, not the rule, within freely licenses projects, and they're
released freely licensed and without problems for that. You don't need
CLAs or assignments in order to freely license.

In addition, even FSF doesn't ask for assignment for all projects, only
some who started that way many years ago. They don't seem 'unable to
release under a free license' the others, just because they received a
free license from authors and not copyright.

I would suggest to reconsider your choice on agreements like this.
Post by Matt Lee
As a small team with few resources, we need to be able to keep all
our work public and freely licensed, and this is a legal hack to do
just that.
Is this saying that if you receive the work of authors from the
community publicly and freely licensed, then you can't 'keep' it public
and freely licensed?

Again, that can't possibly be the meaning, but it is the message I
believe CC would be sending out with this agreement.

All you need is a free license from authors. Not copyright.
Post by Matt Lee
Projects that don't have such an agreement in place are effectively
stuck on a particular license for the rest of time. That's a
situation I'd like to avoid.
That's an understandable reason, but it has solutions, other than
copyright assignment. Apart from what was said here already (you can
just use AGPLv3 or later), look at it the other way around too: maybe
keeping the license they chose (i.e. AGPLv3 or AGPLv3+) will be exactly
what authors want. Relicensing might be a wanted or unwanted thing, and
you don't know unless you ask the community anyway before you do it - if
you ever will in the future.
Post by Matt Lee
This Tech Contributor Agreement is intended to ensure that Creative
Commons and its developer community can work together to build
software supporting the mission of Creative Commons that can be
freely reused.
This goal doesn't require any copyright assignment or any CLAs.
Developer communities work together fine under a free license, nothing
in adding "CLA" has anything to do with it.
Post by Matt Lee
The intention of CC and You is that this document will be
supplemented rarely, if at all, by other documents, but You agree to
execute any additional documents necessary to perfect, evidence, or
otherwise document this assignment and waiver.
CC seems to be asking here for blanket agreement to unknown terms,
before people even know about them.

Individuals who feel uncertain of their legal knowledge might let this
phrase pass under their radar, as assumed legalese, while companies
would never agree to this. I don't see how any of these two is a good thing.
Post by Matt Lee
In exchange, Creative Commons agrees to apply only GPL-compatible
copyleft licenses to Your Original Contributions and any works owned
by Creative Commons that are based on Your Contributions.
I'm sure you intend this to be correct, but given the blanket agreement
above to any supplements to this agreement, it seems to me this can be
overridden by a future document. (please see also below on termination)
Post by Matt Lee
You warrant that You are the sole copyright owner of Your Original
Contributions, and Your Original Contributions do not violate the
copyright or other legal rights of any person or entity, including
Your employer or academic institution.
If you license your work under a free license, you obviously can license
it in the first place. Otherwise you couldn't. Nothing in this clause is
necessary.
Post by Matt Lee
You further warrant that, to the best of Your knowledge, Your
Original Contributions do not violate the patent rights of any person
or entity.
If you license your work under a free license, you obviously do it
because to the best of your knowledge, you are not prevented from giving
those rights to everyone. This clause achieves nothing significant in
addition.
Post by Matt Lee
You agree to hold Creative Commons harmless for any damages arising
from a breach of this warranty by You.
Why? If you, a random author, are told you infringed copyright or patent
rights by releasing a work under a free license, you surely have bigger
problems than this contractual clause, but it also only adds to your
problems. Conversely, for CC, as far as I am aware, there are already
legal means for those who believed your license (i.e. CC entity or
anyone else who copies/reuses that code) to point to you.

What this seems to achieve in practice is (extra) CYA for CC, while
placing more blame (and risk) than already there on individual authors
who happen to bump over a patent they had no idea about.
Post by Matt Lee
If You want to contribute Code or Content created by someone other
than You ("Third Party Code" and/or "Third Party Content"), You must
agree to and comply with the following requirements.
Why do you "must"? This achieves nothing. You don't need to agree and
Post by Matt Lee
Contributions of Third Party Code will be accepted on a case-by-case
basis in CC's sole discretion
This is true of any free project (and many non-free) without the need to
execute an agreement. I haven't seen any free project who "is forced
legally" to accept a piece of code, and they "must" make you sign that
they're not forced. Has anyone? :)
Post by Matt Lee
You may only submit Third Party Code for consideration if it is
available under one of the licenses on this list,
That's fine, but it's a matter of project policy, not a copyright
assignment matter. A simple informative note in the repository "hey, we
only accept these licenses" is all it does and needs. Not a contract,
not a signed contract, and surely not a copyright assignment contract.
Post by Matt Lee
Regardless of whether the license on the Third Party Code or Third
Party Content requires such information to be retained, You must
prominently mark it to identify its source, its author, and its
licensing information.
If the license requires it, you obviously will keep it. If the license
doesn't, most keep it and/or tell you where it comes from. They don't
need to sign an agreement that they will do so, you can just ask them
where does it come from anytime you feel necessary. Reject it, if you
don't feel comfortable with it or its history.
Post by Matt Lee
By contributing Third Party Code and/or Third Party Content, You
warrant that You have the right to contribute it to The List Project
under these terms, and that, to the best of Your knowledge, the
contribution does not violate the copyright, patent, or other legal
rights of any person or entity.
If you distribute freely licensed code or content, which is what CC
accepts according to the above license list, then obviously you have the
right to distribute it. It's freely licensed.

An extra-warranty from your part, that you can distribute freely
licensed works, adds nothing. Or perhaps it only adds confusion if the
free license does indeed... allow you to copy it and reuse it in a
project.


Please note that almost all free licenses explicitly disclaim ALL
warranties, to the extent of applicable law. What this agreement does,
is to add additional burden to authors in the form of warranties CC
wants from them. Why?

If warranties are necessary legally for an entity to be safe in using
freely licensed code or content, then CC, FSF, OSI, Mozilla, and other
entities creating or approving licenses (as safe!) should fix their
licenses.

If they are not necessary legally, then another way of saying it is this
is adding burden to authors unnecessarily.
Post by Matt Lee
If You become aware of any information or circumstance that affects
Your ability to comply with Your obligations under this Tech
Contributor Agreement, such as learning that Third Party Code You
contributed may infringe the rights of another individual or entity,
You are obligated to inform Creative Commons promptly by sending an
email
Why are you obligated by a contractual clause? Obviously if you become
aware of infringement, you'd better try to fix it everywhere, and people
do that - freely, not obligated. But if that happens, as noted before,
you probably have bigger problems, to which another contract, like this
one, adds nothing helpful.
Post by Matt Lee
If You no longer wish to participate under the terms of this Tech
Contributor Agreement for any reason, You may stop making
contributions at any time.
This phrase does nothing. People stop contributing to projects at any
time, and they don't need to sign over that the project allows them to.
Post by Matt Lee
Similarly, Creative Commons may terminate this Agreement with You at
any time, for any reason.
I'm not sure, this seems to say that CC can very well no longer fulfill
its promises to you - i.e. to copyleft your works.

I don't think that was the intention, but it says that; nothing here
says that the section on CC licensing as GPL compatible copyleft
survives termination. Anyway, that's not intended by CC, I'm sure, and
therefore not my biggest concern: but if that doesn't happen, then this
clause is again useless, just repeating something we all know.
People stop contributing to projects, and projects don't use every
submission or no longer use it. Nothing in these actions or non-actions
requires a CLA.
Post by Matt Lee
You may not withdraw Your Original Contributions.
If your work is freely licensed, of course you can't withdraw it. By
definition, and by the text of every free license. This clause does
nothing, or worse, it makes some people think (really) that there must
be some reason why legal departments must need to make sure, by
imposing contractual terms, that a free license can't be withdrawn.


TL;DR: I strongly believe this agreement is the wrong step to do for CC,
you don't need it, potential authors from the community surely don't
need it, and it can only help CC and individuals out there if you don't
do useless copyright contracts that, in effect, only throw doubt over
free licensing. Please reconsider.
--
"Excuse me, Professor Lessig, may I ask you to sign this CLA, so we can
*legally* have your permission to distribute your CC-licensed works?"
~ Permission culture, step two.
Rob Myers
2015-01-01 02:52:08 UTC
Permalink
Post by Engel Nyst
Post by Matt Lee
Projects that don't have such an agreement in place are
effectively stuck on a particular license for the rest of time.
That's a situation I'd like to avoid.
That's an understandable reason, but it has solutions, other than
copyright assignment. Apart from what was said here already (you
can just use AGPLv3 or later),
The AGPL didn't exist a few years ago. Current license or later would
not have been sufficient to adopt it.
Post by Engel Nyst
look at it the other way around too: maybe keeping the license they
chose (i.e. AGPLv3 or AGPLv3+) will be exactly what authors want.
The authors (in the copyright sense) are contributors to a project
with a clearly stated purpose. As contributors presumably they want
the project to pursue its stated aims over time as well as possible.
Changing the license may be the best way of doing that.
Post by Engel Nyst
Relicensing might be a wanted or unwanted thing, and you don't know
unless you ask the community anyway before you do it - if you ever
will in the future.
It depends on the relicensing. I agree about the value of community
discussion, though.
Post by Engel Nyst
In addition, even FSF doesn't ask for assignment for all projects,
only some who started that way many years ago.
There are more recent projects that take assignment.

The FSF emphasizes copyright (and thereby license) enforcement as
their reason for taking assigments:

https://www.gnu.org/licenses/why-assign.html

- - Rob.
Engel Nyst
2015-01-01 03:06:02 UTC
Permalink
Post by Rob Myers
Post by Engel Nyst
Post by Matt Lee
Projects that don't have such an agreement in place are
effectively stuck on a particular license for the rest of time.
That's a situation I'd like to avoid.
That's an understandable reason, but it has solutions, other than
copyright assignment. Apart from what was said here already (you
can just use AGPLv3 or later),
The AGPL didn't exist a few years ago. Current license or later
would not have been sufficient to adopt it.
Please see GPLv3 section 13, "Use with the GNU Affero General Public
License".

Indeed it didn't exist, but that GPLv2+ and GPLv3 combinations are
possible under AGPLv3.
Post by Rob Myers
The FSF emphasizes copyright (and thereby license) enforcement as
https://www.gnu.org/licenses/why-assign.html
Indeed. FSF wants license enforcement. While they don't strictly need
copyright assignment from everyone for that, in my understanding the
bigger 'share' they have, the more it helps them with enforcement. I
don't see CC wanting enforcement among the reasons stated.

If CC wants to enforce the licenses in court in place of the authors, an
alternative is to simply offer to enforce licenses in court in place of
the authors who want that. And accept assignments from those authors.
--
"Excuse me, Professor Lessig, may I ask you to sign this CLA, so we can
*legally* have your permission to distribute your CC-licensed works?"
 ~ Permission culture, step two.
Maarten Zeinstra
2014-12-05 09:32:21 UTC
Permalink
Hi guys,

I’ve voiced my opinions about Creative Commons development strategies for as long as I have been on this list and it seems like CC as an organisation just doesn’t learn from it’s past.

A year or more a go the list received a similar mail detailing a new platform where teachers would be able to combine material and make kick-ass OER, or so was the promise. This product was never launched and the people working on it left CC. Similarly I’ve been hearing that you are trying to repurpose the Taiwanese LetCC tool. I quick look in the Github repositories shows that your last commit on that was in July. Now you are pushing a log-in system and a list app while in the meantime you seem to be neglecting your legal tools and tools that are in use today. I’ve heard you want to put a search tool more in the centre of your business plan, but you are not measuring how much is being searched on cc.org. You claim that this is an important part of your user engagement at the moment but you have nothing to back that up. This is literally a 5 minute job, you only have to fill in the variable. Hit it is ’s’ for creativecommons.org and ‘query’ for search.creativecommons.org..

https://creativecommons.org/licenses/by-sa/3.0/legalcode still gives security warnings, while they are accessible they do not give much confidence that CC can operate as a technology company.

https://creativecommons.org/ns still does not have any CSS attached to it since a cleanup of your server. CCrel is being used throughout the world, Europeana being one of its large proponents. Again you are not providing any confidence in your technological skill. If you want search you will need to have CC-material searchable. CCrel, schema.org or other similar initiatives provide that. I see no activity of CC global in that direction.

For me there is a large disconnect to what CC global is trying to achieve and what the actual CC community wants/needs. And honestly I’ve been ranting about this for years now. You can open almost any Mail thread in this lists archive to read my dismay :) and that shouldn’t be funny.

Finally for my feedback, interests should come first contracts should come later. You are inviting us to sign a contract but you haven’t even told us the app yet. It doesn’t make any sense.

/rant

Best,

Maarten
--
Post by BjornW
Hi Matt,
Personally, I'd would walk away and not contribute to this. There's plenty of interesting FLOSS projects seeking contributors without 'forcing' me to jump through legal hoops. Also I think that an agreement such as this, is detriment to the Creative Commons cause and 'brand'.
Just my two euro cents ;)
grtz
BjornW
Post by Matt Lee
The List is a new web app and Android app from Creative Commons. We're
developing it in the open, under a free software license. We'd like to
get third party contributions, and we have an agreement that we're
proposing that'll do that.
Read it here: https://github.com/creativecommons/list/blob/master/contributing.md
and please let us have your feedback either here or via GitHub Issues.
Join us now and share the software!
I'm really excited by this work, and we'd love to have your contributions.
---
Matt Lee
Creative Commons
Boston, MA, USA
_______________________________________________
cc-devel mailing list
http://lists.ibiblio.org/mailman/listinfo/cc-devel
--
met vriendelijke groet,
Bjorn Wijers
* b u r o b j o r n .nl *
digitaal vakmanschap | digital craftsmanship
Postbus 14145
3508 SE Utrecht
The Netherlands
tel: +31 6 49 74 78 70
http://www.burobjorn.nl
_______________________________________________
cc-devel mailing list
http://lists.ibiblio.org/mailman/listinfo/cc-devel
j
2014-12-11 20:34:53 UTC
Permalink
Post by Matt Lee
The List is a new web app and Android app from Creative Commons.
I would have thought that Creative Commons would have learned its lesson
about the issues related to model releases, when version 1.0 of the CC
license was released.

If it has, where is the data related to model releases?
Especially since the apparent position of the organization has been that
model releases are too complex, locale specific, industry specific, and
usage specific, to even contemplate a universal model release that is
legally viable worldwide.
Post by Matt Lee
We're developing it in the open, under a free software license.
Whilst GNU AFFERO GENERAL PUBLIC LICENSE is ostensibly both an open
license, and a free license, by selecting it, the implication is that
this is something that will be useful only after the "secret sauce" is
purchased.
Post by Matt Lee
Read it here: https://github.com/creativecommons/list/blob/master/contributing.md
and please let us have your feedback either here or via GitHub Issues.

Creative Commons has copyright law as its area of expertise. Most, if
not all of the software it has developed, or sponsored, has been
abandoned. Consequently, Creative Common lacks the street cred, as a
software developer, to require contributor agreements up front.


jonathon
Rob Myers
2014-12-13 05:17:44 UTC
Permalink
Post by j
Post by Matt Lee
The List is a new web app and Android app from Creative Commons.
I would have thought that Creative Commons would have learned its
lesson about the issues related to model releases, when version 1.0
of the CC license was released.
The List app emphasizes objects. However this is a useful question IMO.
Post by j
If it has, where is the data related to model releases? Especially
since the apparent position of the organization has been that model
releases are too complex, locale specific, industry specific, and
usage specific, to even contemplate a universal model release that
is legally viable worldwide.
Post by Matt Lee
We're developing it in the open, under a free software license.
Whilst GNU AFFERO GENERAL PUBLIC LICENSE is ostensibly both an
open license, and a free license, by selecting it, the implication
is that this is something that will be useful only after the
"secret sauce" is purchased.
The Affero GPL is indeed a free software license.

How do you mean "secret sauce"?
Post by j
Post by Matt Lee
https://github.com/creativecommons/list/blob/master/contributing.md
and please let us have your feedback either here or via GitHub Issues.
Post by j
Creative Commons has copyright law as its area of expertise. Most,
if not all of the software it has developed, or sponsored, has
been abandoned. Consequently, Creative Common lacks the street
cred, as a software developer, to require contributor agreements up
front.
I've enjoyed using several pieces of software from Creative Commons
over the years, not least their own web site. Their current plans for
software are exciting and sound in my opinion.

That said, one of the good things about Free Software is that should
development cease on a program you use, you can continue to use it and
to modify it to meet your needs should you wish to.

- - Rob.
j
2014-12-19 18:38:56 UTC
Permalink
Post by Rob Myers
The Affero GPL is indeed a free software license.
How do you mean "secret sauce"?
All to often, software that uses the Affero GPL requires additional
software that is closed source, proprietary, and for which source code
is not available, to provide all of the expected functionality and
capabilities.

jonathon
Matt Lee
2014-12-19 18:41:16 UTC
Permalink
Hey Jonathon,

Proprietary software gives me the chills. That won't be the case here.
I'd like to figure out deterministic builds so we can prove we're
using the same code.

Best,

matt
Blaise Alleyne
2014-12-19 21:55:51 UTC
Permalink
Post by j
Post by Rob Myers
The Affero GPL is indeed a free software license.
How do you mean "secret sauce"?
All to often, software that uses the Affero GPL requires additional
software that is closed source, proprietary, and for which source code
is not available, to provide all of the expected functionality and
capabilities.
Unfortunately, you could say the same thing about GPL software -- there are many
cases of proprietary relicensing there too.

abusus non tollit usum

The AGPL is a great license for preserving freedom when used properly.


In terms of actual feedback on the contributor agreement, it seems to make the
preservation of freedom explicit. Section 1(c) says:

"In exchange, Creative Commons agrees to apply only GPL-compatible copyleft
licenses to Your Original Contributions and any works owned by Creative Commons
that are based on Your Contributions."

I'm no lawyer either, but it seems like the intention there is to exclude the
possibility of proprietary relicensing.


As a non-lawyer, the contributor agreement seems to make sense, insofar as
contributor agreements go. Any reason why you feel the need for copyright
assignment specifically though, versus an inbound=outbound approach?

The Software Freedom Conservancy, for example, makes an argument for
inbound=outbound over CLAs:
https://sfconservancy.org/blog/2014/jun/09/do-not-need-cla/

Why do you feel the need for a CLA? Why not just use the AGPL?

*shrugs*
Matt Lee
2014-12-19 22:12:14 UTC
Permalink
Post by Blaise Alleyne
Why do you feel the need for a CLA? Why not just use the AGPL?
Mostly so that if we needed to move to a new version of the AGPL, or
another GPL-compatible license, we could.

But I'll admit that's unlikely.
Blaise Alleyne
2014-12-19 22:19:16 UTC
Permalink
Post by Blaise Alleyne
Why do you feel the need for a CLA? Why not just use the AGPL?
Mostly so that if we needed to move to a new version of the AGPL [...]
Couldn't "AGPLv3 or later" solve that?
or another GPL-compatible license, we could.
But I'll admit that's unlikely.
Right. I guess inbound=outbound prioritizes simplicity and contributor
convenience and easier management etc. over the unlikely case that relicensing
would happen.

In the case of relicensing, I guess there'd be a lot of work involved to contact
all contributors and get assent or remove code. But the tradeoff seems to be
taking on the complexity, overhead and friction of a CLA *everyday* because it'd
save a ton of time and effort in the unlikely event of relicensing.

I could see a decision either way, but I don't think the everyday friction is to
be taken lightly. Requiring that contributors sign a CLA is a barrier to new
contributors, an extra hurdle, whether in terms of effort, or understanding
(e.g. FUD about CLAs and proprietary relicensing and the AGPL, etc.).
Matt Lee
2014-12-19 22:23:49 UTC
Permalink
Post by Blaise Alleyne
Couldn't "AGPLv3 or later" solve that?
I can see a use-case where it can't. For example, things licensed
GPLv3 or later can't easily be transferred to the AGPL, so if we
needed to switch from AGPL to the fictional XGPL at some point, I can
see that being useful.
Post by Blaise Alleyne
Right. I guess inbound=outbound prioritizes simplicity and contributor
convenience and easier management etc. over the unlikely case that relicensing
would happen.
In the case of relicensing, I guess there'd be a lot of work involved to contact
all contributors and get assent or remove code. But the tradeoff seems to be
taking on the complexity, overhead and friction of a CLA *everyday* because it'd
save a ton of time and effort in the unlikely event of relicensing.
It would also give contributors the full legal clout of Creative
Commons in those situations.
Post by Blaise Alleyne
I could see a decision either way, but I don't think the everyday friction is to
be taken lightly. Requiring that contributors sign a CLA is a barrier to new
contributors, an extra hurdle, whether in terms of effort, or understanding
(e.g. FUD about CLAs and proprietary relicensing and the AGPL, etc.).
Yeah, it is. I've run projects with CLAs before under the GNU banner,
and generally things work out pretty easily if you have a solid base
of contributors, but I can see how a casual contributor would be put
off.
Ben Finney
2015-02-04 08:09:22 UTC
Permalink
Post by Matt Lee
The List is a new web app and Android app from Creative Commons. We're
developing it in the open, under a free software license. We'd like to
get third party contributions, and we have an agreement that we're
proposing that'll do that.
Please don't ask for a unilateral copyright assignment; not even a
“licensing agreement” of this kind. It is hostile to the level field
normally created by free licensing.

Instead, please just require that the work is licensed under the same
license your organisation will be granting (“inbound = outbound”).

More explanation of why CLAs are not desirable is at
<URL:http://www.ebb.org/bkuhn/blog/2014/06/09/do-not-need-cla.html>.
--
\ “What I have to do is see, at any rate, that I do not lend |
`\ myself to the wrong which I condemn.” —Henry Thoreau, _Civil |
_o__) Disobedience_ |
Ben Finney
Loading...