Many FOSS projects start out without a Contributor License Agreement (CLA). Many, if they become large and successful, will want to transition to system based on CLAs. But what about if they can't track down all of the old contributors? I can think of three possibilities:

  1. They can continue without the contributors signing the CLA and proceed to change the license etc with the hope that the contributors will be found in the future
  2. They can rewrite all code contributed by them
  3. They can keep the existing license until all contributors have signed their CLAs

Is the first option possible or do such projects need to choose between the second and third?

  • 1
    This should probably be a separate question ("Are CLAs a good idea?", but answers would be primarily opinion-based); but I'd question your premise that large and successful projects would want to transition to a system based on CLAs. CLAs help with enforcement in GPL cases, but they also contributed to the systemd fracas... Perhaps the most important thing is to get the license right initially! Jun 30, 2015 at 14:51

1 Answer 1


The first option is possible, but with a risk. The risk is, one of the old contributors you couldn't find anymore (or his inheritor) comes out of the hiding and sues the project for violating his copyrights. If you assume this risk is small you could proceed with option 1. Option 2 and 3 are obviously less risky and probably preferable though.

EDIT: As Philipp correctly points out in his comment, you should include in your risk-analysis that the risks of #1 are kept, even after many years. It is known that a copyright-holder may be OK with something, but if he dies his inheritor might have another opinion. It isn't kept until eternity, but 70 years after authors death (like most countries have, Berne conventions demands 50 years after authors death) feel like an eternity. Also all forks of your software get the same risk, if they don't remove the offending code. This might lead to lesser forks and therefore some see this hurdle to forking as a violation of open source principles.

  • 1
    When you put any hopes into the future of the project, then the risk is never small, because it applies for all eternity for all users and all downstream forks and any projects which borrow code from yours.
    – Philipp
    Jun 30, 2015 at 11:37

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.