software siguientes qué propietario programas por licencias licencia libre las fue fsf ejemplos cuál creada consiste con open-source licensing

open source - siguientes - Restricciones de licencia de código abierto GPL y LGPL



programas con licencia libre (6)

GPL no te prohíbe vender software. Sin embargo, debe poner a disposición las fuentes del software.

La cuestión del uso es un poco más complicada. GNU / Linux se lanza bajo la GPL. Nada le prohíbe escribir software que se ejecute bajo Linux independientemente de la licencia de su software. Sin embargo, no puede distribuir Linux junto con su software. A menudo, esto es un problema con las bibliotecas que deben formar parte de un programa. Para eso es la licencia LGPL. Puede compilar el programa de CA que escribe con gcc (por lo tanto, utilizando las bibliotecas de rutinas de tiempo de ejecución con licencia LGPL de gcc) y aún lanzar su software sin las restricciones de la GPL.

Creo que esa es la esencia general de eso. Sin embargo, esto no es de ninguna manera un consejo legal. Para obtener asesoramiento legal, debe contratar a un abogado certificado que pueda brindarle asesoramiento legal que se ajuste a sus circunstancias particulares.

Espero que esto ayude.

Tengo problemas para entender los permisos de uso de código abierto. Leí en alguna parte que GPL o LGPL imponen que el software que usa el software GPL también debe ser lanzado de código abierto. Quiero crear una aplicación que use alguna biblioteca de reconocimiento de imágenes de código abierto. ¿Puedo vender esta aplicación o tiene que ser de código abierto?

¡Gracias!


IANAL, pero los conceptos son bastante sencillos.

En primer lugar, usted y su abogado deben leer las GPL y LGPL . En segundo lugar, debe leer las preguntas frecuentes de GPL . Por lo que yo entiendo, puedes pensar en usar las librerías GPL / LGPL de esta manera:

  • Si enlaza dinámicamente o estáticamente con una biblioteca GPL o LGPL, ha creado un trabajo derivado.
  • Si usa una biblioteca que es GPL y se vincula con esa biblioteca, su software debe ser lanzado con una licencia compatible .
  • Si usa una biblioteca que es LGPL y enlaza dinámicamente con esa biblioteca, su software no tiene que ser lanzado con una licencia compatible, pero debe cumplir con la LGPL.
  • Si usa una biblioteca que es LGPL y enlaza estáticamente con esa biblioteca, su software debe ser lanzado con una licencia compatible.
  • Las licencias GPL / LGPL significan "gratis" como en "libertad de expresión", no "cerveza gratis" . Puede crear un trabajo derivado y venderlo por grandes cantidades de dinero, pero debe cumplir con la GPL / LGPL.

LGPL le permite usar y distribuir el software de código abierto con su aplicación sin liberar el código fuente de su aplicación.

GPL requiere que liberes el código fuente de tu aplicación si eliges usar y distribuir el software de código abierto con licencia de GPL con tu aplicación. En otras palabras, su aplicación también debe estar autorizada bajo la GPL.


La distinción GPL vs. LGPL determina si tiene que / no tiene que liberar la fuente de su aplicación a cualquiera que tenga una copia del binario. De cualquier manera, aún puede vender la aplicación.


Si corta y pega o enlaza con el código GPL en su aplicación, su aplicación debe estar autorizada bajo GPL y entonces se le solicita que lance el código.

Sin embargo, aún puedes vender tu aplicación y afaik, la única objeción es que liberas el código fuente a tus clientes.

Si la biblioteca con la que enlazas es Lesser Gnu Public License aka LGPL, entonces no necesitas liberar el código de tu propia aplicación, pero aún así debes liberar todas las modificaciones si modificás el código lgpl''d.


  • GPL

    Otros desarrolladores pueden tomar prestado y modificar el código y redistribuirlo como parte de su propio proyecto, solo si su proyecto completo también tiene licencia bajo la GPL.

    Esto evita que el código se use en software propietario.

  • LGPL

    Otros desarrolladores pueden tomar prestado y modificar el código y redistribuirlo como parte de su propio proyecto, siempre que la porción utilizada bajo la LGPL sea re-autorizada bajo la LGPL. Otras partes del proyecto están permitidas tienen otras licencias.

    Esto permite que el código se use en otro software propietario.

La LGPL tiene una serie de condiciones adicionales que deben cumplirse para poder distribuirla en un proyecto con otra licencia. Por ejemplo, debe ser posible para cualquier usuario del software terminado modificar, volver a compilar o reemplazar la porción del software que está licenciado bajo la LGPL y usar este código modificado con el mismo software. Si publica software de propiedad que contiene algún código LGPL, una forma de satisfacer este requisito es colocar el código LGPL en una biblioteca separada dinámicamente y distribuir con su software los archivos de cabecera necesarios y la documentación necesaria para volver a compilar la LGPL porción de tal manera que todavía se puede vincular y utilizar con el software tal como se proporciona. No es aceptable tomar medidas para evitar la modificación del código LGPL, como ofuscar el código en sí o la API o los archivos de encabezado.

Tenga en cuenta que la LGPL es compatible con la GPL: puede optar por "actualizar" el código a GPL e incorporarlo en un proyecto totalmente licenciado GPL como se establece en mi primer punto si lo desea. Sin embargo, no puede ir por el otro lado y volver a licenciar el código con licencia de GPL como LGPL.