News for hackers. Stuff that matters.
Re:Don’t sign a CLA by Klathmon on Friday October 05, 2018 @11:42AM (#18149004)
Yes, but those conditions start and end at requiring attribution.

MIT already allows sublicensing, so a CLA for an MIT project (assuming nothing else shady is going on) really only buys them the ability to change future licenses to something incompatible with MIT (would that be called superlicensing?), and possibly remove your attribution in future versions.

That to me is philosophically what I want out of a permissive license, so I personally am fine with CLAs in those cases, however I can understand why some would be against that.

Re:Don’t sign a CLA by Sir_Cmpwn on Friday October 05, 2018 @11:47AM (#18149054)
>Yes, but those conditions start and end at requiring attribution.

Read carefully:

>copyright notice and this permission notice

>MIT already allows sublicensing

IANAL, but sublicensing can only impose additional clauses, it cannot roll back any grants or restrictions of the original license.

Re:Don’t sign a CLA by Klathmon on Friday October 05, 2018 @11:52AM (#18149093)
Sorry, that is what I meant by attribution (which is defined as the copyright and license in MIT).

>IANAL, but sublicensing can only impose additional clauses, it cannot roll back any grants or restrictions of the original license.

Yeah, so a CLA allows that to move to a "superlicense" kind of thing (still not sure if that word makes sense there), so they could rollback those grants or restrictions of the MIT license in the future, but they cannot do so for the past.

Which, I'm okay with in a lot of cases, as that is what I philosophically want from a permissive license. However I can see how many would not be.