News for hackers. Stuff that matters.
Re:Mailpile: Let’s take email back by HerraBRE on Saturday August 03, 2013 @12:33PM (#6152531)
This is something we have debated extensively. Our main goal is to improve privacy and security on-line - giving cloud providers yet another free tool with which to build proprietary services and lock in more users and their data feels like it would be counterproductive.

However, we are open to discussing, and if a significant fraction of our backers would prefer a more liberal license we will probably switch.

Re:Mailpile: Let’s take email back by alecco on Saturday August 03, 2013 @01:27PM (#6152658)
Please stay AGPL. It's the right choice for these times.

BTW, beware of code ownership of pull requests from corporations.

Re:Mailpile: Let’s take email back by pixelcort on Saturday August 03, 2013 @05:58PM (#6153578)
Regarding Pull Requests, this is quite important if and when you want to change licenses, or dual license.

Make sure you have on file release forms for every copyright holder who submits code that grant you permission to relicense later on. For one line bug fixes it can be a pain, but it's worth it.

One problem with this though is that it places an unfair advantage with the current maintainer. A fork of the project wouldn't inherit the relicensing permissions from all the contributors.

Re:Mailpile: Let’s take email back by icebraining on Saturday August 03, 2013 @06:46PM (#6153725)
Ugh, why? You're just discouraging people from contributing by forcing them to accept that their code might be used in a matter they don't approve of in the future.
Re:Mailpile: Let’s take email back by binarycrusader on Sunday August 04, 2013 @03:25AM (#6154972)
Because it prevents a choice of more liberal licensing later.

Ogre3D was able to successfully transition from LGPL to MID/BSD because of contributor agreements.

The Apache Software Foundation, Free Software Foundation, and others all require contributor agreements for very good reasons.

If your projects starts out with very liberal licensing, it's not necessary strictly speaking (unless you're concerned about patents). But that's the tradeoff.

Re:Mailpile: Let’s take email back by nhaehnle on Sunday August 04, 2013 @07:28AM (#6155325)
It might also discourage contributors who don't want a transition to a different license. After all, contributor agreements also give the power to go closed source later on.
Re:Mailpile: Let’s take email back by binarycrusader on Sunday August 04, 2013 @09:01PM (#6157820)
Like I said, tradeoffs. LLVM for example doesn't require copyright assignment, but does require a contributor agreement for patent purposes for significant contributions.

Contributor agreements are a necessary mechanism to protect the project and ensure its future when dealing with patents or preparing for the potential of relicensing.

Re:Mailpile: Let’s take email back by icebraining on Sunday August 04, 2013 @05:36AM (#6155144)
Yeah, but the Apache Foundation already has a permissive license, and nobody expects the FSF to re-license a project, except maybe to a new version of the same.

By choosing the (A)GPL but forcing contributors to grant relicensing rights, you've excluded both those who consider copyleft licenses non-free, and those who consider copyleft licensing an important requirement.

Re:Mailpile: Let’s take email back by binarycrusader on Sunday August 04, 2013 @09:00PM (#6157817)
Did you miss the part where I mentioned patent agreements which is another good reason why Contributor Agreements are important?

And while the Apache Foundation already has a "permissive license" it's not quite as permissive as BSD / etc.

And if the Apache Foundation wants to relicense, to say, a future version of their license, they're still going to potentially need that contributor agreement.

Again, as I said before, there are tradeoffs.