| Licencia pública general menor de GNU | |
|---|---|
| Logo | |
| Autor | Fundación de Software Libre |
| Versión | 3 (2007 ) |
| Publicado | 1991 |
| Compatible con DFSG | Sí |
| Aprobado por OSI | Sí |
| compatible con GPL | Sí |
| copyleft | Sí |
| Permite vincular con código bajo una licencia diferente | Sí |
La Licencia pública general reducida de GNU ( LGPL ) es una licencia de software libre creada por la Free Software Foundation (FSF). La licencia permite a los desarrolladores y empresas utilizar e implementar software con licencia bajo los términos de la LGPL en su propio software (incluso propietario ), sin el requisito obligatorio de proporcionar el código fuente de sus propios componentes bajo una licencia copyleft . Un requisito previo de la licencia es solo la capacidad de modificar el software con licencia LGPL por parte de los usuarios finales proporcionándoles el código fuente. En el software propietario, el código con licencia LGPL se suele utilizar en forma de biblioteca compartida , por lo que existe una separación clara entre los componentes propietarios y los componentes LGPL. La LGPL es utilizada principalmente por bibliotecas de software , aunque también es utilizada por algunas aplicaciones independientes. La licencia se llamaba anteriormente GNU Library General Public License y se publicó por primera vez en 1991, la versión número 2 se tomó para parecerse a la GPL versión 2. La LGPL experimentó cambios menores en la versión 2.1, lanzada en 1999, cuando pasó a llamarse GNU Lesser Licencia pública general para reflejar la posición de la FSF de que la licencia no era aplicable a todas las bibliotecas. La versión 3 de la LGPL se publicó en 2007 como una extensión de la lista de permisos adicionales de la versión 3 de la GPL.
La LGPL está diseñada como un compromiso entre la estricta licencia pública general (GPL) de GNU y las licencias más permisivas , como las licencias BSD y la licencia MIT . La palabra "Menor" en el título indica que la LGPL no garantiza al usuario final total libertad para usar el software de la forma que desee; garantiza la libertad de cambiar aquellos de sus componentes que están bajo licencia LGPL, pero no los componentes propietarios.
La licencia se llamaba anteriormente GNU Library General Public License y se publicó por primera vez en 1991, la versión número 2 se tomó para parecerse a la GPL versión 2. La LGPL experimentó cambios menores en la versión 2.1, lanzada en 1999, cuando pasó a llamarse GNU Lesser Licencia pública general para reflejar la posición de la FSF de que la licencia no era aplicable a todas las bibliotecas. La versión 3 de la LGPL se publicó en 2007 como una extensión de la lista de permisos adicionales de la versión 3 de la GPL.
La principal diferencia entre la GPL y la LGPL es que esta última permite que el trabajo bajo licencia se vincule (en el caso de una biblioteca, "usado") con software que no sea (L)GPL, ya sea que el software sea libre o propietario . . [1] El software que no sea (L)GPL puede distribuirse bajo cualquier condición, siempre que no sea un trabajo derivado del software antes mencionado. De lo contrario, el software debe permitir "la modificación por parte del usuario final con el fin de utilizar el software, así como la ingeniería inversa para depurar los cambios realizados". Sin embargo, la licencia establece este requisito legal ya sea que el software licenciado bajo la LGPL sea o no un trabajo derivado. Un ejecutable independiente que está vinculado dinámicamente a una biblioteca mediante un .so , .dll o un método similar es aceptable y no es un trabajo derivado según lo definido en la LGPL. Se caracteriza por la definición de "una obra que utiliza una biblioteca". El párrafo 5 de la LGPL versión 2.1 establece:
Un programa que no contiene ningún derivado de ninguna parte de la Biblioteca, pero que está diseñado para trabajar con la Biblioteca al ser compilado o vinculado con ella, se denomina "trabajo que usa la Biblioteca". Dicho trabajo, de forma aislada, no es un trabajo derivado de la Biblioteca y, por lo tanto, queda fuera del alcance de esta Licencia.Esencialmente, si es "una obra que usa una biblioteca", entonces debería ser posible vincular el software a una nueva versión del producto con licencia LGPL. El método más comúnmente utilizado para hacer esto es usar "un mecanismo de biblioteca compartida apropiado para vincular". Alternativamente, se permite la vinculación estática si se proporciona el código fuente o los archivos de objetos para la vinculación. [2]
Uno de los derechos otorgados por la LGPL es el derecho a volver a licenciar bajo la GPL cualquier pieza de software obtenida bajo los términos de 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). Este derecho permite el uso directo del código LGPL en bibliotecas y aplicaciones con licencia GPL.
La versión 3 de la LGPL no es automáticamente compatible con la versión 2 de la GPL. Sin embargo, los trabajos que usan este último, con permiso para usar una versión posterior de la GPL, son compatibles: [3] el trabajo con licencia bajo GPLv2 "y posterior" puede combinarse con código con licencia bajo LGPL versión 3, el trabajo resultante está sujeto a los términos de la licencia GPLv3. [cuatro]
El nombre inicial "Licencia pública general de la biblioteca GNU" daba la impresión de que las bibliotecas recomendadas por la FSF usaban la LGPL y el software usaba la GPL. En febrero de 1999, el líder del proyecto GNU, Richard Stallman, escribió un ensayo Por qué no debería usar la GPL menor en su próxima biblioteca , explicando que la LGPL no ha sido declarada no admitida , pero que no tiene que usar la LGPL para todas las bibliotecas . :
Cuál es la mejor licencia para una biblioteca dada es una cuestión de estrategia... El uso de la GPL común para una biblioteca les da a los desarrolladores de software libre una ventaja sobre los desarrolladores propietarios: una biblioteca que pueden usar, mientras que los desarrolladores propietarios no pueden usarla... Cuando las características de una biblioteca libre están fácilmente disponibles para el software propietario a través de otras bibliotecas alternativas... la biblioteca no puede dar ninguna ventaja particular al software libre, por lo que es mejor usar la GPL menor para esa biblioteca. [una]Stallman y la FSF, pensando estratégicamente, en ocasiones han defendido el uso de licencias aún menos restrictivas que la LGPL. Un buen ejemplo es el soporte de Stallman para el uso de licencias BSD por parte del proyecto Vorbis en sus bibliotecas. [5]
La licencia utiliza terminología generalmente aplicable a aplicaciones escritas en C y su familia de lenguajes. franz inc. publicó su propia introducción a la licencia para aclarar la terminología en el contexto de Lisp . La LGPL con este preámbulo a veces se denomina LLGPL. [6]
Además de esto, Ada tiene una característica especial llamada genéricos que ofrece el uso de la Licencia Pública General Modificada de GNAT : permite que el código se vincule a c o cree instancias de componentes cubiertos por la GMGPL sin que el código esté cubierto por la GPL.
Ha habido cierta preocupación sobre la capacidad de heredar clases de programación orientada a objetos del software LGPL en software no (L)GPL. Se da una explicación en el sitio web oficial de GNU:
La LGPL no contiene disposiciones especiales para la herencia, porque no se necesitan. La herencia crea trabajos derivados de la misma manera que la vinculación tradicional, y la LGPL permite este tipo de trabajo derivado de la misma manera que permite las llamadas a funciones ordinarias. [7]| Proyecto GNU | ||
|---|---|---|
| Historia | ||
| Licencias |
| |
| Software _ |
| |
| Alusiones personales | ||
| Otros temas |
| |
| Software gratuito y de código abierto | |
|---|---|
| Lo principal |
|
| Comunidad |
|
| Organizaciones |
|
| Licencias | |
| Problemas | |
| Otro |
|
| |