¿Se puede utilizar cualquier biblioteca con licencia GPLv2 en la aplicación de intranet interna de una empresa?

La GPL, en todas sus variantes, es una licencia de redistribución . Simplemente no se aplica en absoluto si no redistribuye el código. Puede aplicarse en el futuro si, algún día, decide hacer un producto fuera de su aplicación, pero no ahora.

Creo que has citado la respuesta, así que la tienes.

Mi conocimiento de la GPL es que para lo que quiere hacer, no tiene ningún problema.

La respuesta aquí se basa en la definición legal de distribución .

Si se distribuye un programa a sus empleados para que lo ejecute, entonces se aplican los requisitos de la GPL, y usted también debe proporcionar a los empleados que reciben el programa la fuente.

Si dar a sus empleados una copia del programa es no de distribución, entonces usted no tiene requisitos, ya que no lo ha distribuido.

Las preguntas frecuentes que ha citado le dicen que no tiene que hacer que su código esté disponible públicamente . (Es decir, a cualquier persona aleatoria en la calle).

Tenga en cuenta que está claro que, en la GPLv2, un servicio web no se considera distribución. Solo la aplicación de la consola es confusa.

Le sugiero que obtenga asesoramiento legal del abogado de su empresa.

Sí, PERO puede tener en cuenta la cooperación con subcontratistas, firmas asociadas y similares. Esto ha llegado a morder a muchos administradores en la parte posterior, ya que "solo para uso interno" se convirtió en "compartido entre socios" y luego "producto en venta". Entonces, las partes de la GPL deben volver a escribirse desde cero o usted libera las fuentes en su Intranet.

La versión 2 de LGPL le permite redistribuir la fuente y el binario.

Incluso puedes venderlo.

La única restricción real es la siguiente:

Si modifica la biblioteca y la distribuye, entonces debe liberar los cambios que haya realizado en la biblioteca públicamente. Lea el punto 2 de la LGPL.

Si no lo modificas, realmente no tienes ningún problema.

No creo que eso sea un problema. Las aplicaciones web que usan el código GPL, pero que no están disponibles en forma de código fuente para los usuarios, es uno de los problemas que la GPLv3 cambió en comparación con la GPLv2, cerrando esa "brecha". Esto parece en gran parte la misma pregunta.

Dependiendo de para qué es exactamente la biblioteca, otra forma obvia de evitar todo el problema es crear un contenedor muy simple alrededor de la biblioteca. Si la biblioteca es GPL, entonces el envoltorio podría terminar necesitando ser GPL, pero si las interfaces están claramente separadas, entonces la licencia del código del envoltorio no debería (casi digo que no, pero consulte con un profesional legal calificado) que tenga algún impacto en los requisitos de licencia de la aplicación principal.

Es importante recordar en todo este consejo de "programador a programador" que ninguno de ellos es un asesor legal. Como queda claro en este hilo, hay espacio para la interpretación con la GPL.

Debe sopesar el costo de exponer a su organización a una acción legal si viola la GPL en lugar de obtener una buena y sólida opinión legal . Hay buenas ideas en este hilo, pero no tomaría una decisión solo con esta información.

-

Por ejemplo, aquí hay una arruga: ¿Qué sucede si el código GPL es JavaScript?

Cuando un usuario accede a un sitio web con el código GPL de JavaScript, técnicamente el "código fuente" (en este caso, un archivo JS) se "distribuye" al usuario final. ¿Eso significa que todo tu sitio web necesita ser GPL? También hay un debate completo sobre eso .

Si bien odio pagar a los abogados tanto como al siguiente trabajador, dado el riesgo, esta es una de las áreas en las que generalmente es mejor no depender del asesoramiento de Internet (excepto este consejo, por supuesto).

Como han dicho los carteles anteriores, la licencia GPL solo se aplica si libera su aplicación, si solo queda para uso interno, entonces no hay problema. Sin embargo, vale la pena considerar las implicaciones independientemente, en caso de que esto cambie.

Mi comprensión básica de la licencia es que le permite modificar el código fuente y luego vender la aplicación resultante si lo desea, pero con la condición de que ponga el código fuente a disposición de cualquiera que lo solicite, incluidos los cambios realizados. lo.

En el caso de una biblioteca compilada, el código GPL está separado de su base de código principal y, como tal, solo se debe liberar el código fuente de la biblioteca compilada, no el resto de su base de código.

Cuando la biblioteca no está compilada, es decir, en una aplicación PHP, creo que la separación todavía existe. Por ejemplo, su aplicación utiliza una biblioteca de código abierto para generar archivos PDF: cualquier modificación al código de generación de PDF estaría cubierta por la licencia y todas las mejoras deben publicarse, sin embargo, no es necesario liberar ningún código dentro de su aplicación que utilice esta biblioteca. .

Tenga en cuenta que esto cambia con GPL v3, por lo que su código debe ser de código abierto si se vincula a una biblioteca de código abierto ...

No estoy seguro de si está bien prohibir a los empleados que redistribuyan esa aplicación, ya que la aplicación en sí también es GPL. Entonces, lo que usted cree que puede ser una "aplicación interna" podría potencialmente (legalmente) filtrarse junto con el código fuente.