2009-09-09 4 views
-1

플러그인을 지원하는 프로그램을 작성 중이며 LGPL 라이선스가있는 어셈블리 (.net)에 대한 참조가있는 플러그인을 작성한다고합니다. 이제는 전체 프로젝트를 오픈 소스 및 그 아래에서 만들어야합니다. LGPL?LGPL 라이선스 질문

답변

1

변호사와상의하는 것이 이러한 성격의 완전하고 정확한 조언을 얻는 유일한 방법입니다.

즉, indepdendant .NET 어셈블리에 LGPL 코드를 남겨 두어야 만 괜찮습니다. 프로젝트 내에서 직접 코드를 사용하면 다른 문제가 발생할 수 있지만 .NET 어셈블리를 그대로두고 프로젝트에서 사용하는 한 코드를 열지 않아도됩니다. LGPL의 다른 제한 사항 (주로 적절한 라이센스 파일 배포, 어셈블리 코드 액세스 및 적절한 속성 사용)을 따라야합니다.

4

LGPL과 GPL의 주요 차이점은 LGPL이 최종 사용자가 교체 할 수있는 모듈간에 라이센스 요구 사항을 부과하지 않는다는 것입니다.

최종 사용자가 제 3 자 어셈블리와 다른 버전이나 호환 가능한 버전으로 대체 할 수 있고 LGPL의 다른 요구 사항을 준수하는 한 (해당 타사 어셈블리를 배포하는 경우 적절한 속성을 부여하는 한)) 당신은 당신이 원하는대로 당신의 물건을 라이센스 할 수 있습니다.

+1

"바이러스 성"이란 단어는 주로 GNU GPL 비평가가 사용합니다. GNU GPL이 어떻게 작동하는지에 대한 중립적 설명이 아닙니다. 그것을 피하십시오. –

+1

@lutz : 포인트가 찍히고 그에 따라 편집됩니다. – RichieHindle

+0

지식은 그것을 사용함으로써 가장 잘 퍼집니다. SQLite는 상업적인 응용 프로그램 (iPhone)에 지식을 포함시키는 것이 가장 좋은 경우가되는 좋은 예입니다. 그것이 "바이러스 성"이기 때문에 그것은 GPL을 통해 가능하지 않았을 것입니다. – QueueHammer

2

이는 참조의 특성에 따라 다릅니다. "참조하는 것"이 ​​"라이브러리 연결"과 비슷하다면 LGPL 하에서 귀하의 소프트웨어에 대한 라이센스를 강요받지 않아도됩니다. 그것이 LGPL과 GPL이 다른 곳입니다.

0

죄송합니다.이 스레드는 매우 오래된 것입니다. 그러나 아직도 그것을 분명히 알 수 없었다. 그래서 내 대답은

입니다. 라이브러리 나 프레임 워크가 LGPL 인 경우 상용 프로젝트에서 라이브러리를 자유롭게 사용할 수 있습니다 (예, 판매 할 수 있음). 코드 opensource를 만들 필요가 없습니다.

다음과 같은 경우에만 코드 opensource를 만들어야합니다. 1. 라이브러리/프레임 워크의 코드를 변경합니다. 또는 2. 라이브러리를 정적으로 링크합니다. (동적으로 링크하는 경우을 걱정할 필요가 없습니다. Windows에서 .dll 파일을 사용하여 동적으로 연결할 수 있습니다.)