Posso usar uma biblioteca licenciada pela LGPL no meu aplicativo comercial?

Desejo usar uma biblioteca licenciada pela LGPL no meu aplicativo para o mercado de aplicativos da Microsoft. Tudo bem?

lgpl

— William Jockusch
fonte

IANAL. A questão é realmente os termos do MS App Marketplace e da LGPL entram em conflito de alguma forma? Se a resposta for "Não", não deverá ser um problema. Caso contrário, pode ser. O mercado de aplicativos impede a distribuição de fontes? O mercado de aplicativos proíbe o código aberto? Editar Mais informações em um rápido google sobre o problema: social.msdn.microsoft.com/Forums/en/windowsphone7series/thread/…

— Thomas James

Além disso, lembre-se de que NUNCA deve seguir os conselhos legais que obtém na Internet, exceto se vier de um advogado. De preferência quem é especialista no campo em questão, neste caso: licenças de software. Portanto, tome todas essas respostas com um grão de sal, porque, caso contrário, você poderá se expor a ações judiciais.

— Radu Murzea 03/02/2014

Respostas:

Aqui está uma resposta abrangente:
http://answers.google.com/answers/threadview/id/439136.html

Em resumo: sim, você pode. Mas uma coisa importante a se cuidar é que a biblioteca coberta GNU LGPL é vinculada dinamicamente, e não estaticamente misturada com o aplicativo principal.

Também deve ser possível trocar essa biblioteca vinculada dinamicamente por uma compilação compilada independentemente. Caso contrário, você provavelmente entrelaçou a biblioteca e o código principal do aplicativo.

— mario
fonte

Isso é verdade para o LGPL 2, mas o LGPL 3 parece permitir a vinculação estática se eu entendi corretamente.

— Richard Le Mesurier

@ mario, também é permitido em um aplicativo de código fechado? Sou obrigado a dar crédito? Qualquer coisa?

— Shimmy

@RichardLeMesurier, ambas as versões permitem vinculação estática, mas é fundamental mencionar que o software que vincula estaticamente uma biblioteca LGPL deve ser emitido sob a própria licença LGPL, se bem entendi. Eu não sou um advogado. Isso não deve ser interpretado como aconselhamento jurídico.

— Tyler Crompton

> é fundamental mencionar que o software que vincula estaticamente uma biblioteca LGPL deve ser emitido sob uma licença LGPL, se bem entendi ===> Absolutamente não. Qualquer aplicativo de código-fonte fechado pode vincular estaticamente às bibliotecas LGPL se fornecer seus arquivos de objeto para permitir a vinculação com versões adicionais / alternativas da biblioteca LGPL: gnu.org/licenses/gpl-faq.en.html#LGPLStaticVsDynamic

— Jean-Michaël Celerier

O que acontece com as bibliotecas LGPL somente de cabeçalho?

— gnzlbg

A licença LGPL permite que um aplicativo que faça referência aos binários permaneça de código fechado. Além disso, nada impede que você venda um aplicativo de código aberto no Microsoft App Marketplace.

— Michael Brown
fonte

Este artigo pode ajudar.

Suspeito que, porque a LGPL permita disponibilizar o código-fonte (da biblioteca à qual você vinculou) por meio de download, não há problema em usar uma lib com licença LGPL em seu aplicativo para o mercado da Microsoft.

Citação da versão 2.1 da LGPL :

Se a distribuição do código do objeto for feita oferecendo acesso para copiar de um local designado, oferecer um acesso equivalente para copiar o código-fonte do mesmo local satisfaz o requisito de distribuir o código-fonte, mesmo que terceiros não sejam obrigados a copiar a fonte junto com o código do objeto.

A única coisa que parece ser um problema é o requisito de "mesmo local", que você não cumprirá se o seu aplicativo estiver sendo distribuído pelo mercado.

— Andrew Okunev
fonte

Na verdade, nada impede que você agrupe o código-fonte como recursos no seu aplicativo, digamos como um arquivo zip e tenha alguma opção para salvá-lo localmente do seu aplicativo, se o usuário desejar. Coisa é se você tiver várias bibliotecas com licenças diferentes você começa a perder o controle do que você precisa fazer para cada um

— George Birbilis