Live data from Hacker News

CLAs create different issues than making (small) open source contributions

utcc.utoronto.ca

11–20 of 70 posts

Re: CLAs create different issues than making (small) open source contributions

#11
post #3
post #2

I think the point was made, but worth emphasising from a different direction. Different organisations have different goals when it comes to releasing code as Open Source. Setting aside universities for the moment, companies (and especially startups) have (hopefully) a strategy which takes their product to commercialism and profitability. Some projects go OSS purely for the marketing, attracting talent, unpaid labour…

I don't think you can set aside universities when you talk about open source - they were the original drivers in this field, and continue to be heavily involved. The biggest difference is probably that most of the software written at a university is done by faculty and grad students and isn't work for hire, so for someone like me there's no reason to ever ask my employer to execute a CLA. But the same problems arise…

This feels like…one degree away from a no true Scotsman argument.

Re: CLAs create different issues than making (small) open source contributions

#13
post #7

Earlier quoted context omitted.

I factor CLAs into my determination of how difficult a project upstream is going to be to work with (incl. whether to remain downstream as a user, too—if I even am at that point) and/or how irrational its maintainers are. It doesn't inspire confidence, for example, when a project doesn't practice good hygiene with respect to keeping a tightly focused bugtracker (usually on the basis that it's too bureaucratic and the…

As soon as I see a CLA I'm turned off even using a piece of FOSS software. I get it's usually just the lawyers protecting the company just in case a contributor tries something dodgy in the future. Out of principle however, I resent the broad assignment of copyright and granting them the right to relicense. Of course I expect most of these projects would never exercise that right, but the mere fact that they _could_…

I have a CAA on my GPL project so that I have the right to start releasing it as MIT, that is, more Free. Also so I can dual-license it to a corporation and make a modicum of money from the software that is 98% my work. I absolutely never intend to make future versions non-free (and I don't even have the right to make already released versions non-free). Do you find this disturbing?

Re: CLAs create different issues than making (small) open source contributions

#14
post #3

Earlier quoted context omitted.

I don't think you can set aside universities when you talk about open source - they were the original drivers in this field, and continue to be heavily involved. The biggest difference is probably that most of the software written at a university is done by faculty and grad students and isn't work for hire, so for someone like me there's no reason to ever ask my employer to execute a CLA. But the same problems arise…

This feels like…one degree away from a no true Scotsman argument.

Why? Getting someone so sign off on a CLA is a huge burden. There are loads of companies that have huge software development teams but the company is NOT an IT company. Legal isn't setup to figure out a CLA.

At least that's in my experience. It's significantly easier to not contribute back than spend ages trying to involve legal. Sort of like a barrier to entry, though maybe called a barrier to contribute.

Re: CLAs create different issues than making (small) open source contributions

#15
post #7

Earlier quoted context omitted.

I factor CLAs into my determination of how difficult a project upstream is going to be to work with (incl. whether to remain downstream as a user, too—if I even am at that point) and/or how irrational its maintainers are. It doesn't inspire confidence, for example, when a project doesn't practice good hygiene with respect to keeping a tightly focused bugtracker (usually on the basis that it's too bureaucratic and the…

As soon as I see a CLA I'm turned off even using a piece of FOSS software. I get it's usually just the lawyers protecting the company just in case a contributor tries something dodgy in the future. Out of principle however, I resent the broad assignment of copyright and granting them the right to relicense. Of course I expect most of these projects would never exercise that right, but the mere fact that they _could_…

Why? It's their project. If you're concerned, you can fork the project.

Re: CLAs create different issues than making (small) open source contributions

#16
post #13

Earlier quoted context omitted.

As soon as I see a CLA I'm turned off even using a piece of FOSS software. I get it's usually just the lawyers protecting the company just in case a contributor tries something dodgy in the future. Out of principle however, I resent the broad assignment of copyright and granting them the right to relicense. Of course I expect most of these projects would never exercise that right, but the mere fact that they _could_…

I have a CAA on my GPL project so that I have the right to start releasing it as MIT, that is, more Free. Also so I can dual-license it to a corporation and make a modicum of money from the software that is 98% my work. I absolutely never intend to make future versions non-free (and I don't even have the right to make already released versions non-free). Do you find this disturbing?

> I have a CAA on my GPL project so that I have the right to start releasing it as MIT, that is, more Free.

That really depends on the CAA. It might allow way more. The text might be (legally) not applicable or have flaws, etc.

> Do you find this disturbing?

It is a barrier to contribute. I would not even bother trying to contribute.

Your statements here are already a bit conflicting to me. You partly might want to monetize the software. You partly might want to release it as MIT. I don't see how you'd still have a means to monetize if you'd release it as MIT. Feels like you want to keep all options open.

That all said, hey, you developed it, so cool if you'd listen to people with different opinions but I'd likely not need your software anyway I guess. Further, loads of non-CAA pure GPL software never receive any contributions. It takes quite a bit of effort to be noticed and get contributions.

FYI: If I reread above parts might come across as harsh but none is meant that way.

Re: CLAs create different issues than making (small) open source contributions

#17
How is a CLA any different of a legal agreement than agreeing to a license?

The CLAs I have seen basically boil down to the project maintainers maintaining ownership of the code, ability to adjust the license if desired, and protect them from people contributing code that the contributor doesn't have the rights for.

I have seen projects suffer from single contributors stubbornly refusing to budge on relicensing, even if the relicense would benefit the project.

Re: CLAs create different issues than making (small) open source contributions

#19
post #13

Earlier quoted context omitted.

As soon as I see a CLA I'm turned off even using a piece of FOSS software. I get it's usually just the lawyers protecting the company just in case a contributor tries something dodgy in the future. Out of principle however, I resent the broad assignment of copyright and granting them the right to relicense. Of course I expect most of these projects would never exercise that right, but the mere fact that they _could_…

I have a CAA on my GPL project so that I have the right to start releasing it as MIT, that is, more Free. Also so I can dual-license it to a corporation and make a modicum of money from the software that is 98% my work. I absolutely never intend to make future versions non-free (and I don't even have the right to make already released versions non-free). Do you find this disturbing?

I respect your intentions, and if the CLA is truly restricted to relicensing as MIT or dual-licensing, I'd be more willing to use it.

I would hightlight that the dual licensing in particula introduces the issue of sharing any profits with other maintainers, if there are several. Personally if I'm submitting minor patches I would not bring this up, but it deter people from wanting to be more actively involved.

Depends on the size and scope of your project, I guess.

Re: CLAs create different issues than making (small) open source contributions

#20
We used to have a CLA for Solvespace (CAD) which is under the GPL3 license. There was some pressure to eliminate it, and some practical reasons as well so we dropped it. Since then, both FreeCAD (assembly 3) and Blender (via CAD sketcher add-on) have been using our constraint solver to great effect. Unfortunately they will probably never be able to tightly integrate it because both those projects are under GPLv2. I suspect we could offer that solver under another that license if those projects really wanted to go with it, but we no longer have a CLA so relicensing or dual licensing is off the table.

On a related note, this is why proliferation of FLOSS licenses is bad - it prevents smooth code sharing between projects. Use MIT, BSD, GPL3, or LGPL and call it a day. I'm still not sure how "compatibility" actually works.

Post reply on HN