| |||||||||||||
in defense of "contributor agreements" or whatever they are called nowadaysin defense of "contributor agreements" or whatever they are called nowadaysPosted Apr 13, 2011 16:31 UTC (Wed) by jspaleta (subscriber, #50639)In reply to: in defense of "contributor agreements" or whatever they are called nowadays by rahulsundaram Parent article: Project Harmony decloaks
I still think its a stretch to lump in systemd and upstart into this argument. I think the difference of opinion there is primarily one of technical design not the politics of copyright. The assignment issues around upstart may have complicated things and kept people from communicating, but I'm not sure removing the assignment policy would have changed the course of events. At least that is my reading of things.
I think it weakens the argument you are making to include them as examples, unless you can point to some sort of previous discussion in the context of upstart development where good-faith contributions from contributors were turned aside by the assignment policy requirement. I'm not aware of that ever happening.
I think what is happening right now with LibreOffice stands up by itself as an unfolding relevant case study to make the point.
Though I would like to see if the clutter development experience has something interesting to add. When clutter dropped its assignment policy did contributor activity rise in a noticable way?
A certain individual has argued in private with me that business entities,such as the one that previously required assignment to clutter, only drop the assignment requirements after they are no longer incentivised to lead the development. Essentially the argument made to me was that dropping assignment is a "we wash our hands of it..throw it over the wall..and let the community have the scraps" action on the part of most business entities. Pardon me from interpretatively paraphrasing from a private conversation. I did have the foresight to obtained permission to archive and republish the short conversation. You can read the argument in the context of the conversation from Sept, 2010 here:
I don't think opinions on the matter have changed. The people who walked into the Harmony discussion in favor of for-profit assignment still feel that way. The people who came in against it, still feel that way.
Nor do I think Harmony as drafted are going to change the character of the dispute. Harmony is a codification of the battlelines. I know some people are _hopeful_ that some for-profit entities who switch from in-house contributor agreements to Harmony drafted agreements will be choosing more contributor friendly options. But I don't see any evidence of that. And I don't plan to give any for-profit entity the benefit of the doubt on that score. Whether you choose a Harmony statement or not is not important. It is the specific choice and the details that matter. I don't plan to pat any entity on the back for choosing a Harmony option that requires assignment to a for-profit with sufficient promisebacks to protect the long term interests of the uncompensated contributor.
The Harmony drafts allow for pretty much all the bad for-profit behaviour that is currently allowed now. At best Harmony will make it easier to identify. At worst Harmony will give for-profits political cover that they can hide behind when their choose unfair/unbalanced assignment policies instead of the more reasonable Harmony options.
-jef
(Log in to post comments)
in defense of "contributor agreements" or whatever they are called nowadays Posted Apr 13, 2011 17:26 UTC (Wed) by rahulsundaram (subscriber, #21946) [Link]
"I think it weakens the argument you are making to include them as examples, unless you can point to some sort of previous discussion in the context of upstart development where good-faith contributions from contributors were turned aside by the assignment policy requirement. I'm not aware of that ever happening."
Technical design might be the more important reason for systemd but it is clear that copyright assignment requirements played a role and while what you have suggested is one way to look for the impact, I think it is far from the only way. For instance, the questions one can ask include, how many developers were turned away from ever submitting patches because of the requirement? Among the active systemd developers, which ones felt more motivated to systemd because it explicitly advertised the fact that no copyright assigned is required? Did it influence adoption by distributions? and so on. I don't purport to know the answers to these questions but I disagree that it is not a valid example although it might not be as big a instance as Openoffice.org vs Libreoffice.
in defense of "contributor agreements" or whatever they are called nowadays Posted Apr 13, 2011 17:34 UTC (Wed) by jspaleta (subscriber, #50639) [Link]
"What ifs" when it comes to trying to estimate the number of people who refused to engage because of assignment is difficult to use effectively as a rhetorical tool. We don't have a reliable measure or even estimate on that. From a strategic messaging standpoint I shun making that particular argument unless I can find at least one example of a specific contribution submitted in good faith which was turned away because an assignment wasn't agreed to. I have such historic examples for other codebases that require assignment. I don't have one handy for upstart.
-jef
in defense of "contributor agreements" or whatever they are called nowadays Posted Apr 13, 2011 18:07 UTC (Wed) by rahulsundaram (subscriber, #21946) [Link]
My goal is not rhetoric or strategic messaging or whatever. I can reliably point out that when systemd was launched, the first blog post describing the project pointed out the lack of copyright assignment as a advantage when comparing itself to upstart and it is clear that developers involved view it as such. No doubt about that and that by itself establishes the negative impact.
Whether patches submitted to a project were rejected on the basis of such a requirement is not a very interesting way to measure the impact as far as I am concerned because anyone who looks at contributing to a project and realizes there is a requirement to assign copyright would just not bother submitting any patches in the first place. If you are interested enough, you can talk to the developers involved and find out more. I have but there is no public reference for you so you will have to do the leg work yourself to find out more.
|
|||||||||||||