txt source software qué licencia glp ejemplos copyright consiste open-source licensing gpl

open source - source - ¿Se puede volver a licenciar GPL?



gpl y lgpl (4)

Si algún software incompleto se lanza como GPL, ¿será GPL para siempre? ¿O puedes volver a licenciarlo?
Supongamos que todo el código fue escrito por una sola persona, no recibieron contribuciones.


Respuesta corta:

Como titular de los derechos de autor, no tiene que elegir entre otorgar la licencia de su proyecto bajo la GPL y volver a otorgar la licencia en una fecha posterior.

Una vez que una pieza de software está licenciada bajo la GPL, siempre está bajo la GPL. Sin embargo, como titular de los derechos de autor, también puede volver a obtener una licencia de otras licencias, si lo desea.

Respuesta larga:

Para comprender la lógica detrás de la respuesta corta, debe comprender dos conceptos diferentes aquí: propiedad de derechos de autor y licencias . Para completar, también explicaré los derechos morales, la asignación de derechos de autor y el copyleft.

Propiedad de los derechos de autor:

Cuando Jill escribe un fragmento de código desde cero, automáticamente tiene propiedad de derechos de autor sobre ese fragmento de código. La propiedad de los derechos de autor significa que los no propietarios deben obtener el permiso del propietario antes de copiar o distribuir copias de esa obra de arte. Jill ahora puede vender copias del software a un precio, y los destinatarios de esas copias no pueden hacer más copias, ya que Jill todavía posee los derechos de autor del software.

(En los EE. UU., La doctrina de uso justo permite a las personas copiar trabajos creativos incluso sin permiso en ciertas circunstancias, como para fines de investigación. Otros países tienen excepciones similares a las leyes de derechos de autor).

Licenciamiento

Es posible que Jill desee permitir que las personas copien y modifiquen su software, sin tener que pedirle permiso para cada copia. En este caso, lanza el software con una licencia que lo acompaña , que otorga a los destinatarios un permiso explícito para copiar y modificar el software. Ejemplos de licencias comunes de código abierto y libre son la licencia de Apache y la GPL.

Incluso después de licenciar el software bajo una licencia de código abierto, Jill todavía posee los derechos de autor del software. Las licencias no afectan la propiedad de los derechos de autor.

Si Jack toma el software con una licencia de código abierto, lo copia y se lo entrega a sus amigos, está actuando legalmente, porque todas las licencias de código abierto explícitamente le permiten hacer esto.

Si Jack toma el software y lo cambia, la nueva versión del software ahora tiene dos autores: Jill y Jack. La propiedad de los derechos de autor de la nueva versión se divide entre Jack y Jill, y solo Jill tiene la propiedad de los derechos de autor de la versión anterior.

Re-licenciamiento:

Debido a que Jill posee los derechos de autor de su pieza de software, puede licenciar su software con tantas licencias diferentes como le plazca. Por ejemplo, puede dar una copia de su software bajo la GPL a la persona A, y puede dar una copia de su software bajo una licencia propietaria a la persona B. Esto se llama dual-licensing .

Si un titular no protegido por derechos de autor desea copiar el software bajo los términos de una licencia diferente, debe obtener el permiso de todos los titulares de derechos de autor, a menos que el software ya haya sido publicado bajo una licencia que permita explícitamente la licencia (como la licencia BSD). ).

Licencias Copyleft:

Algunas licencias de código abierto y libre requieren que el destinatario solo pueda distribuir más copias y modificaciones del software bajo estas dos condiciones:

  • Las nuevas copias también están licenciadas bajo la misma licencia.
  • El código fuente permanece disponible.

Estas licencias se llaman licencias copyleft . Las licencias más populares de copyleft para software son la GPL versión 2 y la GPL versión 3.

Si Amira lanza su software bajo la GPL, y Jack toma ese software, lo modifica y redistribuye copias bajo una licencia de código cerrado, Jack está actuando ilegalmente. Amira podría demandarlo por violar sus derechos de autor. Así es como iría el caso de la corte de ficción:

Amira: Jack distribuyó una versión modificada de mi software sin permiso.

Jack : Pero el software de Amira está licenciado bajo la GPL.

Judge: ¿Obtuvo la licencia de su versión modificada bajo la GPL, y proporcionó a los destinatarios el código fuente?

Jack : No.

Judge: Entonces la GPL no se aplica a usted. ¿Le pediste permiso a Amira para hacer esto?

Jack : No.

Judge: Entonces usted está violando los derechos de autor de Amira.

Como puede ver, nunca puede violar la GPL. Más bien, si no cumple con las condiciones especificadas por la GPL, entonces no obtiene los permisos otorgados por la GPL. Si no ha obtenido el permiso por cualquier otro medio, está violando los derechos de autor, no la GPL. En la práctica, sin embargo, las personas dicen con frecuencia "violar la GPL", cuando quieren decir "no cumplir con las condiciones de la GPL y, en consecuencia, violar los derechos de autor".

Recuerde, una licencia solo otorga derechos adicionales al que recibe el trabajo creativo, nunca le quita derechos. (Sin embargo, esto no es necesariamente cierto para un EULA).

Entonces, ¿puede Amira volver a licenciar su software bajo otra licencia, incluso si la nueva licencia es propietaria? Sí, ella puede, porque es la propietaria de los derechos de autor del software. Amira no necesita cumplir con las condiciones de la GPL porque no necesita los derechos otorgados por la GPL. Como titular de los derechos de autor de la pieza de software, ya tiene el derecho de lanzar el software bajo cualquier licencia que desee.

Sin embargo, Amira no tiene el derecho de revocar la GPL. Si quiere que cese la distribución de su software, debe de alguna manera convencer a todos los destinatarios anteriores de que nunca ejerzan su derecho a copiar el software. En internet, esta es una tarea imposible.

Cumplimiento de los derechos de autor:

Si alguien copia una obra creativa sin el permiso de los titulares de derechos de autor, está actuando ilegalmente. Sin embargo, solo el titular de los derechos de autor puede demandarlos por su infracción.

Por ejemplo, si Corel obtiene pruebas de que Raj está violando los derechos de autor de Adobe al piratear Photoshop, no pueden demandar a Raj. Solo Adobe puede demandar a Raj, porque solo Adobe posee los derechos de autor de Photoshop. Esto es cierto, aunque Corel podría beneficiarse de la eliminación de la piratería de Photoshop, ya que ofrecen un producto competitivo más barato.

Asignación de derechos de autor:

Bajo la ley de derechos de autor, es posible transferir sus derechos de autor a otra parte. Esto se llama asignación de derechos de autor.

La mayoría de los empleados tienen una cláusula en su contrato que especifica que los derechos de autor de todas las obras creativas realizadas por los empleados como parte de su empleo se asignarán automáticamente a la empresa. La mayoría de los defensores del software libre o del software de código abierto consideran que esto es perfectamente normal y aceptable.

Amira puede vender la propiedad de sus derechos de autor de su software a Jack si ambos lo desean. El hecho de que ella haya lanzado previamente el software bajo la GPL no le impide hacerlo, ya que todavía es la propietaria de los derechos de autor. Por supuesto, Jack, nunca puede revocar la GPL en esa versión del software, incluso después de comprar la propiedad de los derechos de autor.

Muchos proyectos de código abierto, como el kernel de Linux, atraen a un gran número de colaboradores. Cada contribuyente al kernel de Linux conserva la propiedad de sus derechos de autor de su contribución particular. Si Linus Torvalds quisiera volver a otorgarle la licencia a Linux, tendría que obtener el permiso de cada uno de los titulares de derechos de autor, sumando cientos. Si un titular de derechos de autor se niega a otorgar el permiso, Linus podría ofrecer comprar su propiedad de derechos de autor por una tarifa, o podría eliminar su contribución particular del código fuente de Linux. De lo contrario, Linus no tiene el derecho de volver a otorgarle la licencia a todo el kernel de Linux, ya que solo posee derechos de autor de una parte del kernel de Linux.

Para evitar este problema, muchos proyectos de código abierto y de código abierto requieren que los contribuyentes transfieran sus derechos de autor a una organización matriz. Otro beneficio de asignar derechos de autor a una organización es que la organización está en una posición más fuerte para demandar a los infractores de los derechos de autor del proyecto.

Contratos de licencia de colaborador:

En lugar de transferir los derechos de autor a un tercero, Amira puede otorgarle a Jack todos los derechos sobre su software, con una declaración como esta:

Amira le otorga a Jack una licencia perpetua, mundial, no exclusiva, gratuita, sin derechos de autor, irrevocable para reproducir, preparar trabajos derivados, exhibir públicamente, presentar públicamente, otorgar licencias y distribuir [las] ​​Contribuciones y dichos trabajos derivados.

Ahora, tanto Amira como Jack tienen el derecho de volver a otorgar licencia al software, o de demandar a los infractores de los derechos de autor.

Para los proyectos de código abierto y libre, tanto los contratos de licencia de contribuyente como los derechos de autor son temas controvertidos. Los contribuyentes no quieren perder sus derechos de autor o compartir sus derechos de autor con una organización en la que pueden no confiar.

Derechos morales:

En los Estados Unidos, los derechos de autor y los derechos morales son distintos. Los derechos morales incluyen:

el derecho de atribución, el derecho a que una obra se publique de forma anónima o seudónima, y ​​el derecho a la integridad de la obra.

Incluso cuando transfieres los derechos de autor a otra parte, aún conservas los derechos morales. Sus derechos morales lo protegen del plagio y, en cierta medida, de la difamación utilizando sus trabajos creativos.

Espero que esto te aclare las cosas. Si tiene alguna pregunta, hágamelo saber.


La persona que escribió el código es el titular de los derechos de autor. Son libres de distribuirlo bajo cualquier licencia que deseen, por lo que si desean relanzar una versión bajo una licencia BSD, pueden hacerlo. [Descargo de responsabilidad estándar: no soy un abogado, bla bla.]


No hay forma de rescindir la GPL en el software que ya le ha dado a alguien. La única forma en que se permite cambiar la licencia es a una versión más reciente de la GPL. Quien lo haya recibido como GPL siempre tendrá la libertad de usarlo y redistribuirlo a otros bajo la GPL.

Sin embargo, si tiene los derechos de autor del software, puede hacer lo que quiera con él. Eso incluye entregarlo a otra persona bajo los términos de licencia que elija. Por lo tanto, si desea cambiar una versión futura para que sea BSD o una licencia doble, es libre de hacerlo. Si desea venderlo a alguna compañía con una licencia de código cerrado, también puede hacerlo.

Una opción popular últimamente es lanzar una versión GPL y vender licencias más permisivas a las personas que desean usar el software en un programa de código cerrado. Por ejemplo, así es como Red Hat y Ada Core ganan dinero con sus compiladores GPL.


Una vez GPL, siempre GPL. ¡No puedes cambiar la licencia más tarde!

Una vez que termine la aplicación debe quedar GPL. Sin embargo, si desea venderlo también bajo alguna licencia comercial, está bien. Note la palabra TAMBIÉN. ¡Esto significa que todavía tendrás que regalarlo bajo GPL!

Puede preguntar quién comprará su aplicación bajo la licencia comercial si también tiene que regalarla bajo la GPL. La respuesta es: desarrolladores y personas que quieren soporte.

EDITAR:
El titular de los derechos de autor o no, si distribuye la nueva versión bajo una licencia diferente y si la nueva versión contiene un código que una vez se publicó bajo la GPL, tiene que regalar todo el nuevo código también bajo la GPL. La única manera de escapar de esto es si la nueva versión no usa ningún código GPL. La GPL no solo establece qué derechos / límites tienen los autores "no originales" sino todos los autores.

El punto de la GPL es que cualquier persona puede ser un autor y, por lo tanto, no debe reclamar privilegios de derechos de autor porque los privilegios de los derechos de copia impiden la libre distribución y modificación. Así, mientras que el autor original puede tener un derecho de autor, otorga casi todos los privilegios de derechos de autor bajo la GPL. Una vez hecho esto no se puede devolver. La GPL es clara al respecto. No conozco ningún proyecto GPL que haya cambiado solo a código cerrado ... de hecho, las preguntas frecuentes de GPL y GPL indican específicamente que no se puede hacer.

Si usted es el autor original, creo que el único derecho de copyright que conserva es también lanzar el producto bajo otras licencias, pero también tiene que liberar todo el trabajo bajo la GPL. por supuesto, solo puede hacerlo si en la versión comercial no tiene ningún código GPL aportado por no empleados antes de la transición; de lo contrario, debe obtener su permiso.