Navigation

RSS 2.0 New Entries Syndication Feed Atom 0.3 New Entries Syndication Feed

Show blog menu v

 

General

Use it

Documentation

Support

Sibling projects

RIFE powered

Valid XHTML 1.0 Transitional

Valid CSS!

Blogs : Archives

< A great day / Why you should be active (Non-Java)   Tesla Testament (A Book Review) >
Making OSS Contributions that are Voidable?
After some recent events, I've been wondering: "Should we contribute to OSS, but make these contributions voidable?" What I mean is should we write code for a project, donate it to that project, but make sure it can be taken out / stop use, if that project goes sour? Here's an extreme example:

Project X is formed and it's a great idea. You join up with Project X and make a few modifications and add some cool new features. Project X continues to grow and becomes really popular with millions of users, so you start listing yourself as connected with Project X. Finally, Project X's administrator, who you trusted to handle the project correctly, decides that the logo should be switched from a Teddy Bear to Ted Bundy and display a message about killing your family. There was no fork, there was only a modification to the project, a project that you've tied yourself to. So you of course cut your ties and do your best to explain you had nothing to do with that project, but what if you could say "stop promoting your project until you remove my ties / contributions to it?"

Unlike most OSS project where there is was a fork to the project before it went sour, here this is not the case. Here, we've got a project administrator who just decided to up and change course out of the blue and you're caught in the crossfire. The best you can do is drop all connections with the project and play clean up with your reputation, but is that right? You can fork the project, hoping that the users offended by the changes are willing to try your new product, but you've still been negatively impacted (reputation, lose of users, etc.). What if they jump to another alternative, because the "Project X" name has been tainted forever and when they see your application load, they're just waiting for Ted Bundy to pop up and tell them to kill their families so they just shut it down and uninstall it?

I know as OSS developers we allow our code to be used freely by others, but we assume that major changes will result in a fork. What happens when there is no fork and the administrator of the project just decides to switch coarse taking us with them? What can we do? I like to think most OSS developers have faith that people who start/maintain OSS projects are going to keep to their words and keep software free and/or at least follow the path. Should we take out insurance on our contributions, make contracts with the administrators ("you can use this until you sell us out") or should we just have blind faith that OSS will manage itself?

Right now, I'm at a loss. Do I plan to keep my faith in people to do what they promise or do I make sure I can stop them from adversely affecting me? Is open source going to get to the point where we need contracts with Administrators to keep their words and keep projects on track? Or should we stick to the old Fork and Rebuild ontology and hope that we can "cover" all the damage to our reputations without much hassle?

I just don't know,
Tyler
posted by Tyler Pitchford in Gripes on Apr 30, 2006 11:52 PM : 6 comments [permalink]
 

Comments

Re: Making OSS Contributions that are Voidable?
Would anyone switch their company from Windows to Linux if some parts of the Linux kernel were licensed under a voidable license?

Sounds like you're trying to solve a non-technical problem with a technical solution.
Re: Making OSS Contributions that are Voidable?
I was actually thinking a legal solution, but as I said I'm still debating what to do about it. I mean do contributors have rights to protect their interests, should they? I don't know. Most have signed over their rights to the code they've released but do the administrators have a fiduciary duty to use that code in code in good faith or can they abuse the power vested in them by those contributors freely?

Cheers,
Tyler
Re: Making OSS Contributions that are Voidable?
I'm not sure I understand what the point is here; if the projects license allows you to fork it, and you find it useful and worth your while to fork it, plus other developers clearly agree with you that the original maintainer (sponsor) of the project is leading you where you don't want to go, I'm sure you can easily fork it and get the major contributors to go with you... isn't that what happened to joomla, formerly mambo (assuming their side of the story was the right one)?

Plus if the core developers do not agree with the path the project is going in, and they leave, certainly the project will take a few hits, if not die off completely;

plsu, with free/OSS is you don't have to "do your best to explain you had nothing to do with that project"; the evidence is there for everyone to see; it started well, there were a bunch of happy contribs... the maintainer became beelzelbub, and those who did not want to be associated left... it would be out there, plain for everyone to see
Re: Making OSS Contributions that are Voidable?
thanks for the post.
Retirement Jokes
Chuck Norris Jokes
Birthday Jokes
Re: Making OSS Contributions that are Voidable?
thanks for the post.
Re: Making OSS Contributions that are Voidable?
thanks for the post.

Add a new comment

:) ;)
=) :-)
:'( :(
:/ :D
:| :p
:o 8)
Your email address will not be displayed at anytime on any page.
Only provide your email address if you'd like updates on this entry
and it's comments by email.
Please answer this simple math question:
5 - 0 = 
 
 
  

Manage subscription

Remove email:
 

< A great day / Why you should be active (Non-Java)   Tesla Testament (A Book Review) >
 
 
 
Google
rifers.org web