LGPL로 명시되어 있는 A 라이브러리에서 GPL로 작성된 B 라이브러리 함수를 호출하고 링크하고 있습니다. 이경우 A라이브러리는 LGPL인것이 맞는가요? 아니면 GPL인데 라이브러리 개발자가 LGPL이라고 라이센스를 잘못 표현한건가요?
요즘 비슷한것 가지고 고민중인데 궁금하네요...
May The Force Be With You irdeal
B를 사용하는 부분을 뺀 나머지는 LGPL이고 B를 사용할 경우는 GPL로 되는게 아닌가 생각합니다.
A를 사용하는데 있어서 B부분이 반드시 필요하다면 A는 LGPL을 따를 수 없을 것 같습니다. --------------------------------------------- svn + trac + my project --> success ??? ---------------------------------------------
--------------------------------------------- git init git add . git commit -am "project init" ---------------------------------------------
GPL 을 static이나 dynamic 으로 연결하면 무조건 GPL 이 되는거 아닌가요?
그럼 LGPL 이 GPL 이 되버린다고 생각되는구요.
텍스트 포맷에 대한 자세한 정보
<code>
<blockcode>
<apache>
<applescript>
<autoconf>
<awk>
<bash>
<c>
<cpp>
<css>
<diff>
<drupal5>
<drupal6>
<gdb>
<html>
<html5>
<java>
<javascript>
<ldif>
<lua>
<make>
<mysql>
<perl>
<perl6>
<php>
<pgsql>
<proftpd>
<python>
<reg>
<spec>
<ruby>
<foo>
[foo]
저도 궁금해서 살짝 위로..올려봅니다..
요즘 비슷한것 가지고 고민중인데 궁금하네요...
May The Force Be With You
irdeal
May The Force Be With You
irdeal
그런 경우 이렇게 되는게 아닌가요!!!!!
B를 사용하는 부분을 뺀 나머지는 LGPL이고 B를 사용할 경우는 GPL로 되는게 아닌가 생각합니다.
A를 사용하는데 있어서 B부분이 반드시 필요하다면 A는 LGPL을 따를 수 없을 것 같습니다.
---------------------------------------------
svn + trac + my project --> success ???
---------------------------------------------
---------------------------------------------
git init
git add .
git commit -am "project init"
---------------------------------------------
GPL, LGPL
GPL 을 static이나 dynamic 으로 연결하면 무조건 GPL 이 되는거 아닌가요?
그럼 LGPL 이 GPL 이 되버린다고 생각되는구요.
댓글 달기