L'exigence de base de LGPL est de séparer suffisamment la bibliothèque sous licence LGPL et votre propre produit . Cela devrait permettre aux utilisateurs de fournir leur propre version de la bibliothèque au lieu de celle livrée avec votre logiciel (avec les bogues corrigés, par exemple). Pour ce faire, vous avez deux options:
- utiliser le code LGPL en tant que bibliothèque partagée (pour que les utilisateurs puissent simplement copier leur fichier binaire de la bibliothèque sur celui que vous avez envoyé), ou
- fournir le code source de l'ensemble du projet (afin que les utilisateurs puissent copier leur source de la bibliothèque et tout recompiler).
Notez cependant que la simple séparation n'est pas suffisante, bien que requise. Vous devez fournir à vos utilisateurs un moyen documenté de remplacer une bibliothèque par leur version (par exemple, comment télécharger un microprogramme ou recompiler un wrapper Python pour une bibliothèque LGPL C ++).
La deuxième clause notable est l' exigence d'attribution . Cela devrait aider à promouvoir le nom du développeur original de la bibliothèque et à indiquer que le logiciel génial a peut-être été développé par quelqu'un d'autre :). Dans la section appropriée de la fenêtre "À propos de" ou dans un fichier README (si votre licence est Apache, il s'agira d'un NOTICE
fichier), vous devez indiquer le nom du travail LGPL que vous avez utilisé.
Notez que je ne suis pas avocat et qu'il ne s'agit pas d'un conseil juridique. Notez que je ne suis pas non plus un plombier et qu'il ne s'agit pas d'un conseil sanitaire.
IANAL, mais je crois comprendre que le point essentiel de la LGPL est qu’elle ne "infecte" pas le code en fonction de la GPL ou de l’AGPL. Vous pouvez donc avoir le code LGPL en tant que dépendance, sans rien faire.
Cela dit, si vous modifiez / modifiez / distribuez du code LGPL avec votre application, vous devez le rendre public.
la source