La Licencia Pública General Reducida de GNU ( LGPL ) es una licencia de software libre publicada por la Free Software Foundation (FSF). La licencia permite a los desarrolladores y empresas utilizar e integrar un componente de software publicado bajo la LGPL en su propio software (incluso propietario ) sin que los términos de una licencia copyleft fuerte le exijan publicar el código fuente de sus propios componentes. Sin embargo, cualquier desarrollador que modifique un componente cubierto por LGPL debe hacer que su versión modificada esté disponible bajo la misma licencia LGPL. Para el software propietario, el código LGPL se suele utilizar en forma de biblioteca compartida , de modo que existe una clara separación entre los componentes propietario y LGPL. La LGPL se utiliza principalmente para bibliotecas de software , aunque también se utiliza en algunas aplicaciones independientes.
La LGPL se desarrolló como un compromiso entre el fuerte copyleft de la Licencia Pública General GNU (GPL) y licencias más permisivas como las licencias BSD y la Licencia MIT . La palabra "Lesser" en el título muestra que la LGPL no garantiza la total libertad del usuario final en el uso del software; solo garantiza la libertad de modificación de los componentes con licencia LGPL, pero no de ningún componente propietario.
La licencia se llamó originalmente Licencia Pública General de Biblioteca GNU y se publicó por primera vez en 1991, y adoptó la versión número 2 para igualarla con la versión 2 de GPL. La LGPL fue revisada en aspectos menores en la versión 2.1, publicada en 1999, cuando pasó a llamarse Licencia pública general reducida GNU para reflejar la posición de la FSF de que no todas las bibliotecas deberían usarla. La versión 3 de LGPL se publicó en 2007 como una lista de permisos adicionales aplicados a la versión 3 de GPL.
Además del término "trabajo basado en el Programa" de la GPL, la versión 2 de LGPL introdujo dos términos aclaratorios adicionales "trabajo basado en la biblioteca" y "trabajo que utiliza la biblioteca". [4] La versión 3 de LGPL eliminó parcialmente estos términos.
La principal diferencia entre la GPL y la LGPL es que esta última permite vincular la obra con (en el caso de una biblioteca, "usada por") un programa no (L)GPL, independientemente de si tiene una licencia bajo una Licencia de la familia GPL u otras licencias. [5] En LGPL 2.1, el programa no (L)GPLed puede distribuirse bajo cualquier término si no es un trabajo derivado . Si se trata de un trabajo derivado, entonces los términos del programa deben permitir "la modificación del trabajo para el uso propio del cliente y la ingeniería inversa para depurar dichas modificaciones". Si una obra que utiliza un programa LGPL es una obra derivada o no es una cuestión legal. Generalmente se acepta que un ejecutable independiente que se vincula dinámicamente a una biblioteca a través de un .so , .dll o un medio similar no es un trabajo derivado según lo define la LGPL. Se incluiría en la definición de "obra que utiliza la Biblioteca". El párrafo 5 de la LGPL versión 2.1 establece:
Esencialmente, si se trata de un "trabajo que utiliza la biblioteca", entonces debe ser posible vincular el software con una versión más reciente del programa cubierto por LGPL. El método más utilizado para hacerlo es utilizar "un mecanismo de biblioteca compartida adecuado para vincular". Alternativamente, se permite una biblioteca vinculada estáticamente si se proporciona código fuente o archivos objeto vinculables. [6]
Una característica de la LGPL es el permiso para sublicenciar [7] bajo la GPL cualquier pieza de software que se reciba bajo la LGPL (consulte la sección 3 de la LGPL versión 2.1 y la sección 2, opción b de la LGPL versión 3). Esta característica permite la reutilización directa del código LGPLed en bibliotecas y aplicaciones GPLed.
La versión 3 de LGPL no es inherentemente compatible con la versión 2 de GPL. Sin embargo, las obras que utilizan esta última y que han dado permiso para utilizar una versión posterior de la GPL son compatibles: [8] una obra publicada bajo la GPLv2 "o cualquier versión posterior" puede combinarse con código de una biblioteca de la versión 3 de la LGPL, con la trabajo combinado en su conjunto bajo los términos de la GPLv3. [9]
El nombre anterior Licencia pública general de biblioteca GNU dio a algunos la impresión de que la FSF recomendaba que todas las bibliotecas de software utilizaran la LGPL y que los programas utilizaran la GPL. En el ensayo de 1999 Por qué no debería utilizar la GPL menor para su próxima biblioteca, Richard Stallman explicó que si bien la LGPL no había quedado obsoleta , no necesariamente se debería usar la LGPL para todas las bibliotecas, ya que el uso de la GPL puede brindar ventajas a los desarrolladores de software libre. . [5]
Por otro lado, la FSF a veces aboga por licencias aún menos restrictivas. Por ejemplo, Stallman respaldó el uso de una licencia estilo BSD por parte del proyecto Vorbis en sus bibliotecas en 2001. [10]
La licencia utiliza terminología destinada principalmente a aplicaciones escritas en el lenguaje de programación C o su familia. Franz Inc., los desarrolladores de Allegro Common Lisp , publicaron su propio preámbulo de la licencia para aclarar la terminología en el contexto Lisp . La LGPL con este preámbulo a veces se denomina LLGPL. [11]
Además, Ada tiene una característica especial, los genéricos, que pueden solicitar el uso de la Licencia Pública General Modificada GNAT (GMGPL): permite que el código se vincule o cree instancias de unidades cubiertas por GMGPL sin que el código en sí quede cubierto por la GPL.
Las plantillas de C++ y las bibliotecas de solo encabezados tienen el mismo problema que los genéricos de Ada. La versión 3 de la LGPL aborda estos casos en la sección 3. [12]
Ha surgido cierta preocupación sobre la idoneidad de que las clases orientadas a objetos en el código con licencia LGPL sean heredadas por el código que no es (L) GPL. Se da una aclaración en el sitio web oficial de GNU:
.svg/1280px-Free_and_open-source_software_logo_(2009).svg.png){kind=logo}