¿Puedo llamar dinámicamente un software LGPL/GPL en mi aplicación de código cerrado?

Question

Quiero utilizar una herramienta (ffmpeg) que está por debajo de GNU Lesser General Public License, version 2.1GNU General Public License (GPL) version 2 para algunos componentes.

Para hacerlo, sólo llamo en mi software como tal:

System.Diagnostics.Process p = new System.Diagnostics.Process(); 
p.StartInfo = new System.Diagnostics.ProcessStartInfo("lgplSoftware.exe", myParams); 
p.Start(); 

no cambio, yo sólo uso una versión integrada del software para Windows.

---

Wikipedia dice:

Una disputa clave relacionada con la GPL es si el software no-GPL puede ser vinculada de forma dinámica a las bibliotecas GPL. La GPL es clara al requerir que todas las obras derivadas de código bajo la GPL deben estar bajo la GPL. Si bien se entiende que estática vinculación produce trabajos derivados, se no está claro si un ejecutable que enlaza dinámicamente a un código GPL debe ser considerado un trabajo derivado (ver Copyleft débil). La comunidad de software libre/de código abierto es dividida en este tema. La FSF afirma que un ejecutable de este tipo es de hecho un trabajo derivado si el ejecutable y código GPL "hacer que la función de llamadas entre sí y compartir estructuras de datos," con ciertos otros acordar (por ejemplo Jerry Epplin), mientras que algunos (por ejemplo, Linus Torvalds) aceptan que el enlace dinámico puede crear trabajos derivados pero no está de acuerdo con las circunstancias.

---

Estoy muy confundido por todas estas cosas legales. También habría hecho mi proyecto LGPL y publicado la fuente, pero esto no depende de mí.

Entonces la pregunta es: ¿puedo usarlo como lo estoy haciendo en este momento o seré ejecutado por un ejército de abogados?

Answer 1

Linking tiene un significado específico en la programación de computadoras. No está conectando ningún código GPL o LGPL, solo está generando un binario GLPL o LGPL, y GPL y LGPL lo permiten. Sus usuarios son libres de usar ese binario para los fines previstos por los autores y pueden descargarlo y compilarlo ellos mismos, de modo que se conservan todas sus libertades y usted no infringe la GPL o la LGPL. (De esto es de lo que habla el GPL FAQ al "comunicarse a la longitud de los brazos"). Esto ni siquiera viola el espíritu de la LGPL y la GPL; toleran la existencia de software propietario y suponen que en algún momento los programas propietarios generarán programas gratuitos y viceversa. (De lo contrario, no podríamos ejecutar ningún software GPL en Windows.)

La GPL requiere que los programas patentados y GPL "no se combinen de una manera que los convierta en un solo programa". Si su programa depende por completo de los archivos ejecutables de GPL, de modo que no sería utilizable sin ellos, a pesar de que es un archivo binario independiente, eso podría colocarlo en un terreno más inestable. (Y es probable que sea hora de consultar a su abogado para averiguarlo con certeza.)

Además, aunque no haya preguntado específicamente sobre esto, tenga en cuenta que la distribución de software GPL o LGPL con su software significa que debe incluir una copia de la licencia con su instalador y también distribuir el código fuente. Por ejemplo, si empaqueta su aplicación en un instalador e incluye copias de ejecutables GPL o LGPL en el instalador, entonces está distribuyendo código LGPL o GPL y debe hacer copias del código fuente disponible. (ya sea en línea, por correo o en CD, dependiendo de cómo distribuyas tu aplicación). Incluir un enlace al proyecto ascendente no es suficiente (al menos para la versión 2 de la GPL). Lea la GPL y la LGPL para obtener detalles exactos.

Answer 2

No soy abogado, y esto no puede ser un consejo legal. Con eso detrás de nosotros, en mi humilde opinión, si el código con el que estás enlazando es LGPL, estás en el claro. Si se trata de GPL técnicamente es un problema.

La diferencia entre GPL y LGPL es que la vinculación con el código LGPL no provoca la necesidad de compartir.

Answer 3

Corrígeme si me equivoco, pero creo que la situación que usted describe es así:

1. Usted tiene un programa GPL o LGPL, construido como un ejecutable independiente, sin necesidad de modificaciones hechas por usted.
2. Está construyendo una aplicación de código cerrado que necesita la funcionalidad del programa GPL o LGPL.
3. En su programa, utiliza las funciones de su sistema de marco o sistema operativo para ejecutar otro archivo ejecutable por separado.
4. Está utilizando la salida de ese ejecutable en su programa.

Si ese es el caso, usted no está realmente une al programa de licencia LGPL-GPL- o. Por lo tanto, no está sujeto a los términos de licencia de ese programa. Esta es una forma bastante común, aunque complicada, de evitar problemas de licencia con dichos ejecutables.

Sin embargo, infringe el espíritu de la GPL y la LGPL.

Answer 4

Puede hacerlo con el software LGPL, pero no puede hacerlo con el software licenciado GPL.

LGPL 2.1 section 6 en trabajos combinados indica cómo puede usar la biblioteca en su programa de código cerrado. Puede llamar a un programa con licencia LGPL como lo hace, e incluso puede vincularlo dinámicamente.

La GPL no tiene tal excepción, cuando utiliza un programa/biblioteca GPL como parte de su programa, para que se perciba como una parte integral de su programa, debe licenciar todo bajo una licencia compatible con GPL. Ver this GPL-FAQ entry.

Answer 5

En general, es una de las pocas cosas que considero realmente desagradable de la GPL. Lo que lo empeora es lo contagioso que puede ser. Aún así, hay una forma de evitarlo.

En primer lugar, comience definiendo su propia interfaz para enviar datos. Esto se usará entre su aplicación y una biblioteca separada que creará. No reutilice nada del código GPL porque eso estaría bajo la licencia GPL. Sin embargo, no hay nada de malo en usar una estructura similar. Dado que esta interfaz es su propia creación, estaría bajo su propia licencia. Eres libre de usarlo como quieras.

A continuación, cree una biblioteca contenedora alrededor del código GPL que también implementará su interfaz personal. Esta biblioteca estaría bajo la licencia GPL y, por lo tanto, se contaminaría. Sin embargo, aunque exponga su interfaz al mundo exterior, su interfaz no puede contaminarse. No se deriva ni lo que sea. Es 100% tu propio código y puedes usar la misma interfaz para conectarte a una biblioteca diferente.

Esta biblioteca contenedora servirá como un búfer de protección entre su propio código de propiedad y el código GPL. Su propio código nunca sería GPL ya que no está usando ningún código GPL directamente. La interfaz también servirá como una solución para cambiar el código GPL por una solución diferente.

Es un truco para eludir la restricción de la licencia, pero como la interfaz es suya y solo suya, la GPL será bloqueada por ella. El código GPL y el código no GPL serían dos programas diferentes si se usan de esta manera.

Aún así, tenga en cuenta que es posible que necesite algunos consejos legales aquí. No hay muchos abogados aquí en SO. Pero es un truco que puede evitar esta licencia GPL.