Resposta curta
Uma combinação da Licença Pública Eclipse e da LGPL garante exatamente o que você deseja: As modificações do seu código precisam ser disponibilizadas, mas a utilização do código em um produto maior não força o licenciamento do produto maior. A combinação é necessária para permitir que o código seja usado em projetos GPL e não GPL.
É assim que projetos como o JGraphT fizeram. Eles relicenciaram seu projeto sob EPL e LGPL. A motivação e o procedimento estão descritos em seu wiki .
Resposta longa
Eu acho que a Mozilla Public License ( MPL ) ou a Eclipse Public License ( EPL ) é a licença que você está procurando, porque "se qualquer trabalho derivado da biblioteca for criado (qualquer melhoria da biblioteca, por exemplo), será [IS ] disponibilizado para todos sob a mesma licença ".
A licença MPL e EPL é entre GPL e MIT.
O MIT permite que o usuário faça tudo com ele, incluindo modificação, venda e não devolução do código modificado à comunidade.
A GPL força o usuário a distribuir todo o código para a comunidade, mesmo que sua biblioteca seja apenas 1% de todo o produto.
A LGPL força o usuário a renunciar à modificação da parte LGPL do código.
MPL e EPL são semelhantes ao LGPL: também força o usuário a disponibilizar a fonte modificada. "Fonte modificada" inclui apenas a parte do código coberto por MPL / EPL. Isso significa que o usuário pode criar um novo produto a partir da sua biblioteca. Se ele modificar a parte MPL- / EPL, ele deverá publicá-la. As coisas novas por ele não precisam ser publicadas.
Sinto que o MPL / EPL é mais adequado, pois a LGPL fala explicitamente sobre "bibliotecas" e a MPL apenas fala sobre "Software Coberto" (que é um escopo mais amplo).
No entanto, a escolha da EPL causa problemas ao combinar o software com o software GPL: O EPL não é compatível com a GPL . Este não é o caso se você apenas usar o MPL .
Se você deseja garantir que seu código possa ser usado em projetos GPL e não GPL, licencie o código sob LGPL e EPL, conforme descrito na resposta curta.
Exemplos
- JGraphT
- logback
qooxdoo . Eles planejam "simplificar e modernizar os termos de licenciamento do qooxdoo" e, portanto, passam do licenciamento duplo para o MIT.