El requisito básico de LGPL es separar la biblioteca con licencia LGPL y su propio producto lo suficientemente bien. Eso debería permitir a los usuarios proporcionar su propia versión de la biblioteca en lugar de la que ha enviado con su software (con los errores corregidos, por ejemplo). Para lograr esto, tiene dos opciones:
- use el código LGPL como una biblioteca compartida (para que los usuarios simplemente copien su binario de la biblioteca sobre el que envía), o
- proporcione el código fuente de todo el proyecto (para que los usuarios puedan copiar su fuente de la biblioteca y recompilar todo).
Tenga en cuenta, sin embargo, que la mera separación no es suficiente, aunque se requiere. Debe proporcionar a sus usuarios una forma documentada de reemplazar una biblioteca con su versión (es decir, cómo cargar firmware o recompilar un contenedor Python para una biblioteca LGPL C ++).
La segunda cláusula notable es el requisito de atribución . Esto debería ayudar a promover el nombre del desarrollador original de la biblioteca y establecer que lo que es un software genial podría haber sido desarrollado por otra persona :). En la sección correspondiente de la ventana "Acerca de" o un archivo README (si su licencia es Apache, este sería un NOTICE
archivo), debe enumerar el nombre del trabajo LGPL que utilizó.
Tenga en cuenta que no soy abogado, y este no es un consejo legal. Tenga en cuenta que tampoco soy fontanero, y esto no es un consejo sanitario.
IANAL, pero entiendo que el objetivo de la LGPL es que no "infecta" el código dependiendo de él, como la GPL o la AGPL. Por lo tanto, puede tener el código LGPL como una dependencia, y no tiene que hacer nada.
Dicho esto, si altera / modifica / distribuye el código LGPL con su aplicación, debe hacer que ese código esté disponible públicamente.
fuente