[완료] GPL + 상용라이브러리 = 어떤 라이센스? 사용가능?
글쓴이: antz / 작성시간: 월, 2007/03/05 - 7:39오후
아~ 라이센스 정말 힘들군요.
KDE(GPL) library로 애플리케이션을 만들고 있는데요.
음성 대화 관련해서 상용 library를 써야 합니다.
상용 라이브러리는 소스가 당연히 공개돼있지 않고요.
이렇게 해서 KDE 애플리케이션을 만들어도 괜찮은가요?
(상용 라이브러리는 binary 형태로 들어가게 될 것 입니다.)
그리고 라이센스가 GPL로 되는 것이 맞겠죠?
또 하나, 거의 비슷한 형태로,
만약, 회사에서 인증용 모듈(binary library 형태)을 만들고,
이것을 KDE 애플리케이션에 사용하게 되면,
역시 음성 대화 관련 상용 라이브러리와 같은 형태일 것 같은데요.
어떤가요?
답변 부탁합니다~ :-)
Jabber: lum0320@jabber.org
OpenOffice(http://ko.openoffice.org)가 공식적인 문서 포멧으로 정착하길 바랍니다.
Forums:
흠. KDE library 가 LGPL 이라는군요.
KDE쪽은 라이센스 관련해서 메뉴를 만들어야 하는게 아닌지?
제가 잘 못찾는지... 찾기가 힘들군요.
http://developer.kde.org/documentation/books/kde-2.0-development/ch19lev1sec2.html
...
the most common license for the KDE libraries is LGPL, and the most common for applications is GPL.
...
There are essentially no restrictions to using and linking to a LGPL library. Your project may be Open Source or closed source—commercial or not.
...
그러면, KDE Library를 사용하면, 소스를 오픈해도 되고, 오픈 안해도되고, 상용으로 돈받고 팔아도 되고, 무료로 해도 된다는 얘기가 맞는지요?
그리고,
특정 모듈만 binary library 형태로 하고 나머지는 오픈소스로 할려고 하는데요.
이것은 어느 라이센스를 하는것이 좋은지도 조언 부탁드립니다.
Jabber: lum0320@jabber.org
OpenOffice(http://ko.openoffice.org)가 공식적인 문서 포멧으로 정착하길 바랍니다.
Lum7671's Weblog
KDE가 LGPL이라도
KDE라이브러리가 LGPL이 맞다면 라이브러리를 링크해서 쓰는 수준이라면
배포시에 해당 프로그램의 소스코드를 공개할 의무는 없을듯합니다.
헌데 "상용으로 돈받고 팔아도 되고,"부분은 QT의 라이센스위반에 걸리지 않을까요?
QT의 상용 라이센스를 구입해야 가능할 듯합니다.
시그너쳐: ./configure --prefix=/usr; make; sudo checkinstall
헉... 이건 어떻게 해석해야 할까요?
이게 KDE의 글이니, 이것이 정확하겠지요.
http://docs.kde.org/development/en/kdebase/faq/licensing.html
16.5.
Can I write commercial software for KDE?
You can use the KDE libraries to write “commercial and closed source” as well as “commercial and open source” software. If you write open source software you can use the Qt™ free edition. But if you write closed source software you may not use the Qt™ free edition; you need to obtain the Qt™ professional edition from Troll Tech.
KDE Library가 LGPL이 아닌가요?
close source에서는 상용 Qt를 써야 한다고 되있네요. ^^;;;
---
음... 처음 질문은 계속됩니다.
KDE library + 상용 library는 사용 가능한가?
배포가 될때 closed source와 open source가 같이 배포가 될텐데...
open source에서 closed source를 참조 하게 될것 이고...
Jabber: lum0320@jabber.org
OpenOffice(http://ko.openoffice.org)가 공식적인 문서 포멧으로 정착하길 바랍니다.
Lum7671's Weblog
KDE 라이브러리는
답은 "사용은 가능하지만, Qt 라이센스 비용을 내야 한다" 입니다.
KDE 라이브러리의 기반은 Qt 라이브러리입니다. 비록 KDE 라이브러리 그 자체는 엄청나게 큰 제한은 없지만, Qt의 경우는 GPL로 사용하든지, GPL을 피하고 싶으면 상용 라이센스를 사야 합니다.
그리고 KDE 라이브러리는 아마도 LGPL이라서 그것 때문에 소스를 공개해야 하는 제약은 없지만, Qt의 경우는 좀 문제가 달라질 겁니다.
---- 절취선 ----
http://blog.peremen.name
kde-devel 메일링에서의 답변 중 하나.
정리차원에서
"바이너리를 포함한 프로그램은 GPL이 될 수 없다." 이군요.
뭐, 당연한 얘기지만... 정리차원에서 적어봅니다.
Technically you cannot distribute a GPL'ed program in binary form unless you
provide the complete source code of all the components included in your
program. So here are the options you have:
1. Make your application use different voice codec, which is open-source.
There are several open-source voice codecs available; I'd look at ogg vorbis
(www.vorbis.com) first. It is free, provides very comprehensive API and is a
part of any major Unix distribution (and AFAIK a part of KDE itself).
2. Make your application available in source form only. AFAIK the GPL does not
restrict distributing the source code, just binaries. Your users will be able
to download your source and the closed-source library you mentioned, and
could compile it. However none of them could distribute it, so don't expect
it being included in any Linux distribution, or having someone providing
packages.
I'd choose the first option, leaving the old voice codec for backward
compatibility, and allowing your program to be compiled with ogg-only codec
(the default mode), or also use the old library in backward-compatible mode.
You distribute the first version, and if you add enough cool features :)
nobody will using the old one in a year.
--
With best regards, George.
Jabber: lum0320@jabber.org
OpenOffice(http://ko.openoffice.org)가 공식적인 문서 포멧으로 정착하길 바랍니다.
Lum7671's Weblog
정리...
* KDE Library 는 LGPL임.
(closed source일때는 상용Qt를 구입해야함.)
* KDE를 이용해서 open source 프로그램을 만들면 KDE 라이센스에 위배되지 않음.
* closed library는 GPL을 사용하지 않았으므로, open source를 할 필요없음.
1. KDE 프로그램을 만들고, open source로 배포 하고, closed library를 따로 배포한다.
2. 배포시 라이센스는 GPL이외의 다른 라이센스로 한다.
이러면 문제 없겠죠???
라이센스 추천 부탁드려요~
라이센스 정리된 곳 없나요?
Jabber: lum0320@jabber.org
OpenOffice(http://ko.openoffice.org)가 공식적인 문서 포멧으로 정착하길 바랍니다.
Lum7671's Weblog
상용 라이브러리가
상용 라이브러리가 어떻게 링크되느냐에 따라 말이 좀 달라집니다.
상용 라이브러리와 GPL 라이브러리가 서로 링크되더라도 어느 쪽에서 사용하고 어느 쪽에서 사용되는지에 따라 달라집니다.
예를 들어 상용 라이브러리가 GPL 라이브러리를 사용한다면 상용 라이브러리는 GPL이 되어야만 합니다만 GPL 라이브러리가 상용 라이브러리를 사용한다면 상용 라이브러리는 GPL이 될 필요가 없습니다. 사용이라는 표현보다는 한쪽에서 존재를 인식하고 있느냐 없느냐가 좀 더 확실한 기준이 되겠군요.
간단하게 예를 들어서 설명을 하자면 Internet Explorer용 plugin을 GPL로 만들어서 배포하더라도 Internet Explorer에 GPL을 근거로 소스 공개를 요구할 수 없습니다. Internet Explorer는 GPL로 만들어진 plugin인 존재를 인식하고 있지 않기 때문입니다.
GPL의 glibc를 msvcrt.dll을 사용해서 구현했다고 해서 msvcrt.dll을 GPL을 근거로 소스 공개를 요구할 수 없습니다. msvcrt.dll은 GPL의 glibc의 존재를 인식하고 있지 않기 때문입니다.
Taeho Oh ( ohhara@postech.edu , ohhara@plus.or.kr ) http://ohhara.sarang.net
Postech ( Pohang University of Science and Technology ) http://www.postech.edu
Digital Media Professionals Inc. http://www.dmprof.com
Taeho Oh ( ohhara@postech.edu ) http://ohhara.sarang.net
Postech ( Pohang University of Science and Technology ) http://www.postech.edu
Alticast Corp. http://www.alticast.com
답변 감사드립니다~ :-)
쉽게 설명을 잘해 주셔서 이해가 쉽군요.
답변 감사드립니다. :-)
---
Jabber: lum0320@jabber.org
Lum7671's Weblog
댓글 달기