Podstawowym wymogiem LGPL jest wystarczające oddzielenie biblioteki licencjonowanej LGPL i własnego produktu . Powinno to pozwolić użytkownikom na dostarczenie własnej wersji biblioteki zamiast tej dostarczonej z oprogramowaniem (na przykład z naprawionymi błędami). Aby to osiągnąć, masz dwie opcje:
- użyj kodu LGPL jako biblioteki współdzielonej (aby użytkownicy po prostu skopiowali swój plik binarny biblioteki nad tą, którą dostarczasz), lub
- dostarcz kod źródłowy całego projektu (aby użytkownicy mogli skopiować swoje źródło biblioteki i ponownie skompilować wszystko).
Należy jednak pamiętać, że samo oddzielenie nie wystarczy, choć jest wymagane. Powinieneś zapewnić swoim użytkownikom udokumentowany sposób zastąpienia biblioteki ich wersją (tzn. Jak załadować oprogramowanie układowe lub ponownie skompilować opakowanie Pythona dla biblioteki LGPL C ++).
Drugą godną uwagi klauzulą jest wymóg atrybucji . To powinno pomóc promować nazwę oryginalnego twórca biblioteki, a stan, co jest cool oprogramowania mogły zostać opracowane przez kogoś innego :). W odpowiedniej sekcji okna „Informacje” lub pliku README (jeśli Twoja licencja to Apache, będzie to NOTICE
plik), powinieneś podać nazwę użytej pracy LGPL.
Pamiętaj, że nie jestem prawnikiem i nie jest to porada prawna. Zauważ, że ja też nie jestem hydraulikiem, a to nie jest rada sanitarna.
IANAL, ale rozumiem, że chodzi o to, że LGPL polega na tym, że nie „infekuje” kodu w zależności od niego, jak GPL lub AGPL. Możesz mieć kod LGPL jako zależność i nie musisz nic robić.
Biorąc to pod uwagę, jeśli zmienisz / zmodyfikujesz / rozpowszechnisz kod LGPL w swojej aplikacji, musisz go udostępnić publicznie.
źródło