답변:
LGPL의 기본 요구 사항은 LGPL 라이센스 라이브러리와 자신의 제품을 충분히 분리하는 것입니다. 이를 통해 사용자는 소프트웨어와 함께 제공된 라이브러리 대신 자체 버전의 라이브러리를 제공 할 수 있습니다 (예 : 버그 수정). 이를 위해 두 가지 옵션이 있습니다.
그러나 필요한 경우에는 분리만으로는 충분하지 않습니다. 라이브러리를 버전으로 교체하는 문서화 된 방법 (예 : 펌웨어를 업로드하거나 LGPL C ++ 라이브러리의 Python 래퍼를 다시 컴파일하는 방법)을 사용자에게 제공해야합니다.
두 번째로 주목할만한 조항은 귀속 요구 사항 입니다. 이 도움이 무엇 멋진 소프트웨어가 다른 사람 :)에 의해 개발 된 수 있다는 라이브러리의 원래 개발자의 이름을 촉진하고, 상태입니다. "정보"창의 관련 섹션 또는 README 파일 (라이센스가 Apache 인 경우 NOTICE
파일 임)에 사용한 LGPL 작업 이름을 나열해야합니다.
나는 변호사가 아니며, 이것은 법률 자문이 아닙니다. 나는 또한 배관공이 아니며 위생적인 조언이 아닙니다.
LGPL 라이브러리를 정적으로 링크하는 경우 라이브러리의 소스와 애플리케이션의 소스 또는 오브젝트 코드를 제공해야합니다.
LGPL 라이브러리를 동적으로 링크하는 경우 라이브러리없이 애플리케이션 만 배포하고 사람들에게 다운로드 위치 및 포함 방법을 알려주십시오. 또는 응용 프로그램에 라이브러리 바이너리 및 해당 소스의 사본을 포함시킬 수 있습니다.
http://answers.google.com/answers/threadview/id/439136.html (OP에 링크 된 질문에 대한 답변에서 가져온 것)이 잘 설명되어 있습니다.
IANAS
IANAL이지만 LGPL의 요점은 GPL이나 AGPL과 같은 코드에 따라 코드를 "감염시키지 않는다"는 것입니다. 따라서 LGPL 코드를 종속성으로 가질 수 있으며 아무것도 할 필요가 없습니다.
당신은 / 수정 / 변경 LGPL 코드를 배포 할 경우 그는 말했다되고 함께 응용 프로그램, 당신은 코드를 공개적으로 사용할 수 있도록해야합니다.