Un punto interesante surgió en otro hilo sobre la presunta malversación de un proyecto GPL. En este caso, el software empresarial fue utilizado por algunas grandes empresas que esencialmente tomaron el código, cambiaron el nombre, eliminaron los avisos de GPL y usaron el resultado.
El punto era: si la compañía hizo esto y solo usó el software internamente, entonces no hay ninguna distribución y eso es perfectamente legal bajo GPL. También se permitirían modificaciones por parte de sus propios empleados para uso interno.
Entonces, ¿en qué punto se convierte en una distribución?
Presumiblemente, si contrataran a contratistas externos bajo 'trabajo por contrato', sus modificaciones también serían internas y, por lo tanto, no una distribución.
Si contrataran un equipo de software externo para realizar modificaciones y esos cambios solo fueran utilizados internamente por la empresa, ¿se distribuirían esos cambios? ¿La GPL se aplica al cliente o a los desarrolladores externos?
¿Si la compañía da el resultado a otro departamento, otra unidad de negocios, otra compañía? ¿Qué pasa si la otra compañía es una subsidiaria de propiedad absoluta?
PD. Sí, sé que la respuesta es preguntarle a un abogado. Pero toda la discusión que he visto sobre la distribución GPL2 / GPL3 ha sido sobre los servicios web, no sobre el uso interno.
Respuestas:
La esencia de la GPL es que no limita lo que puede hacer con el software: le impone requisitos cuando transmite o propaga el trabajo cubierto. Para citar la GPLv3 :
Por lo tanto, si el único uso es con una copia privada, no está Propagando o Transmitiendo el trabajo, por lo que las condiciones que le permiten Transmitir el trabajo no son relevantes.
Vea estas preguntas frecuentes :
fuente
Míralo de esta manera. Realmente no importará si hay diferentes departamentos o filiales. Solo importa si vas a distribuir los binarios a otra parte y no les das la fuente.
Si hay otro departamento que utilizará las modificaciones, obtendrán la fuente para trabajar en él. No es gran cosa. Estás cumpliendo con todo en la licencia. Cualquiera que pueda obtener una distribución necesita la fuente.
Los servicios a través de la red no se consideran distribución.
Aquí hay un intento de una explicación simple de GPL:
Si se produce un proyecto GPL
awesomeProduct.jar
, cualquier lugar queawesomeProduct.jar
existaawesomeProduct_src.jar
también debe existir. Si alguien no tieneawesomeProduct.jar
no recibeawesemeProduct_src.jar
fuente
Si eso es lo que la empresa quiere hacer, entonces hay un método muy simple para evitar todas las obligaciones y todos los problemas legales: cada vez que entregue una copia del software a un empleado, entréguele el código fuente completo al mismo tiempo. Esa es una de las tres formas de cumplir con sus obligaciones bajo la GPL.
Dígales a los empleados que no están autorizados a entregar el software a nadie más, y que definitivamente no están autorizados a entregar el código fuente a nadie. Si lo hacen, entonces están en problemas con su empleador. Si lo hacen sin entregar el código fuente , están en problemas legales (y no el empleador, porque el empleador no distribuyó el software).
fuente
Me gustaría ver esta cita de su sitio web
Tienes que pasar la fuente por toda la cadena, solo míralo ya que tu API externa es el cliente de la API interna. El requisito de proporcionar fuente es heredado por el uso de la API externa de la API interna.
fuente