Um programa de software licenciado GPL (versão 2) pode confiar em bibliotecas licenciadas sob APLv2 sem entrar em conflito com a GPL? A linguagem aqui me sugere talvez não.
No meu caso específico, estou vendo um daemon que usa algumas bibliotecas externas licenciadas pelo APLv2.
UPDATE (Em resposta a respostas / comentários.)
- Para os fins desta pergunta, não consigo relicenciar o programa principal (o daemon)
- O programa principal foi ampliado com funcionalidades que usam
apr-util
e talvez outros componentes do APLv2
Minha pergunta é: posso liberar o daemon estendido sob a GPLv2 ou isso é algo que preciso manter para mim mesmo (sem distribuição) e / ou reimplementar sem APLv2 se estiver comprometido em (a) liberar essa extensão e, (b) manter o daemon GPL'd?
licensing
gpl
apache-license
Pilcrow
fonte
fonte
Respostas:
Vamos esclarecer algumas terminologias primeiro. Quando a FSF diz que uma licença é compatível com a GPL, elas não significam o que muitas pessoas interpretam isso. Muitos interpretam "compatível" para significar que os dois softwares podem coexistir no mesmo aplicativo.
É quase o que a FSF significa, mas a disposição de copyleft da GPL leva as coisas um pouco mais longe.
No FAQ da GPL , enfatize o meu.
Portanto, uma licença é compatível com a GPL se seus termos puderem ser absorvidos sob a GPL.
Então, vamos olhar para o APLv2 e o GPLv3.
E o Apache diz o mesmo aqui :
Mas você está trabalhando com um daemon que foi licenciado sob a GPLv2, não a v3.
A FSF é bastante clara que o que você deseja fazer não é aceitável para uma distribuição pública.
Então, para responder sua pergunta:
Não , você não pode distribuir o daemon combinado usando o material licenciado GPLv2 e APLv2 .
A FSF chama explicitamente essa combinação como não permitida para distribuição pública.
Alternativas:
Você tem permissão para usá-lo em particular.
Você também pode reescrever a funcionalidade do APLv2 e depois combinar seu novo trabalho com o trabalho da GPLv2.
Você pode ver se o daemon pode ser alterado para GPLv3. Nesse caso, você estaria livre para mesclar o trabalho do APLv2 no daemon GPLv3 agora.
fonte
Minha opinião está de acordo com o OP com base no texto do link ASF do OP.
O ASF (Apache Software Foundation) não gosta da ideia do código ASFv2 fazer parte de um sistema que usa GPLv2, com base nas informações limitadas do seu caso e no meu entendimento das várias licenças FOSS: independentemente de o projeto guarda-chuva ter GPLv2 , ou o projeto abrangente é GPLv2, tentando incluir o ASFv2.
Além disso, parece que um projeto guarda-chuva ASFv2 com código GPLv3 não deve acontecer, mas um projeto guarda-chuva GPLv3 pode ter código ASFv2.
O caveot, talvez (de acordo com Gnu), é como eles interagem entre si. Se vinculados, compartilhando as mesmas cópias de dados durante a execução, eles são um no mesmo programa; no entanto, se eles estiverem trabalhando como processos separados (ou seja, bifurcados), passando dados entre diferentes processos distintos, o que você está fazendo pode ser permitido porque eles são, para eles, programas separados. Se ele usa espaço de dados compartilhado durante a execução e não opera com processos distintos, o que você está fazendo pode não ser permitido, porque, para eles, eles são iguais ou muito acoplados para serem distintos ou independentes.
fonte