자꾸만 알쏭달쏭한 GPL 라이센스
글쓴이: puaxx / 작성시간: 화, 2007/09/04 - 4:35오후
GPL 라이센스도 다 읽어보고 해도 잘모르겠습니다.아니 애매합니다.
mysql이 GPL로 알고 있습니다.
그러면 mysql은 사용하는 어플리케이션이건 쇼핑몰이건, 웹사이트건 상용라이센스가 없다면 사용자가 요구할 경우 소스코드를 공개 하는게 원칙인가?
ODBC나 JDBC 드라이버를 깔아서 사용해도 소스를 공개해야 되는건지도 궁금하네요.
과연 그를 위반했을시의 법적효력도 궁금하군요.
현재 1번이 우세.
1. 그냥 무시하고 써도 된다.문제될게 없다.
2. 나중에 문제되면 상용라이센스 사면되지.
Forums:
GPL을 사용한
GPL을 사용한 어플리케이션을 배포할 때 라이센스 관련 문제가 발생합니다. 따라서 웹사이트를 만들기만 하고 배포를 안 한 상태에서는 소스공개할 의무가 없는 거죠.
세벌 https://sebuls.blogspot.kr/
웹사이트야 그렇겠지만.
웹사이트가 아닌 다른것들은 어떤가요?
프루나도 한때 이것땜에 잡음이 있었다가 지금은 자기들이 완전히 소스를 개작해 버려서 원본하고 개작본 구별이 안된다면...이것도 GPL에서 자유로울수 있는 것인지.. 가령 라이브러리 소스코드를 가져다가 변수및, 함수명 바꾸고 여기저기 조금씩 바꿔서 다시 컴파일하면 그 라이브러리는 완전히 새로운것이 된다고 볼수 있잖아요. 그럴경우엔 GPL을 피해가게 되는건지 궁금합니다.
어떻게 보면 모호할
어떻게 보면 모호할 수도 있겠지만, 단순히 참고하고 완전히 다르게 만들기란 그렇게 쉽지 않습니다.
그럴 수 있다면 그냥 처음부터 개발할 수도 있는 능력이 있었었다고 보는게 타당할듯합니다.
단순히 심볼 수준의 대치로 여러 사람들(제품을 잘 알고 있는 사용자들, 구석구석 꿰고 있는 개발자들)을 속이는 일은 쉽지 않을 거라 보입니다.
뭐 http://www.busybox.net/shame.html 같은 망신살이 뻗칠 수도 있겠구요.
-----
오늘 나의 취미는 끝없는, 끝없는 인내다. 1973 法頂
-----
오늘 나의 취미는 끝없는, 끝없는 인내다. 1973 法頂
공대에서 프로그래밍
공대에서 프로그래밍 숙제를 제출한다고 할 때 변수/함수명 바꾸고 조금씩 바꿔서 제출해도 숙제를 베낀 건 여전하고 자기가 제출한 숙제가 되는 건 아니죠.
실행파일만 보여주니까 어차피 모를 테고 상관없다라는 마인드라면 나쁜짓해도 안 걸리면 상관없다라는 얘기가 되서 또 다른 얘기가 되구요..
----
익명이나 오래전 글에 리플은 무조건 -1
보통 그것을 피하는 방법은 ...
한명은 GPL 소스를 보면서, 또 실행해서 사용하면서 사양서를 작성합니다. 이럴 땐 이렇게 저럴 땐 저렇게 .... 동작한다. 이런 거... 쭉 적고 ...
다른 한명은 그 사양서를 보고 다시 소스를 짭니다. 즉, 프로그래머는 GPL 소스를 한줄도 안 본 게 되는 거죠.
그러면 GPL 에 걸리는 것을 피할 수 있습니다.
서로 다른 방법에 의해서 구현된 것이기 때문입니다.
하지만 이미 있는 것을 소스코드 바꾼다고(함수를 바꾸든, 함수이름을 바꾸든, 기능을 추가하고 최적화를 하든 ...) 해도 그것은 GPL 에서 벗어날 수 없습니다.
---------
귓가에 햇살을 받으며 석양까지 행복한 여행을...
웃으며 떠나갔던 것처럼 미소를 띠고 돌아와 마침내 평안하기를...
- 엘프의 인사, 드래곤 라자, 이영도
즐겁게 놀아보자.
http://akpil.egloos.com
---------
귓가에 햇살을 받으며 석양까지 행복한 여행을...
웃으며 떠나갔던 것처럼 미소를 띠고 돌아와 마침내 평안하기를...
- 엘프의 인사, 드래곤 라자, 이영도
즐겁게 놀아보자.
간단히 자신의 결과물이 남의 사고를 막는지만 생각하시면 됩니다.
자유소프트웨어 철학은 자신의 정신적 산물이 다른 사람의 정신적 산물을 제한하는 방법은 없다는 것을 말합니다.
자신이 만든 프로그램을 가지고 다른 사람은 이것과 유사한 프로그램을 사용하거나,
만들 수 없다는 제한을 둔다면 자유소프트웨어가 아닌 것이지요.
또한 자신이 만든 프로그램을 다른 누군가가 개선시키고자 할 때 그것을 방해할 수는 없습니다.
쇼핑몰을 예로 들면 조금 애매하겠지만, 쇼핑몰 소스는 LGPL을 따르는 것이 원칙입니다.
자신이 만든 쇼핑몰 소스를 많은 사람들에게 배포한다면,
다른 사람들이 그것을 개선할 수 있는 권리도 갖게 되는 것입니다.
그럴 때에는 공개를 해야 하겠지요. 이럴 때에는 GPL을 따르게 되는 것입니다.
====
( - -)a 이제는 학생으로 가장한 백수가 아닌 진짜 백수가 되어야겠다.
제 생각만 적습니다.
제 생각만 적습니다. 저 역시 읽어본 바 있으나 드릴 말씀이 따로 없기 때문에.
MySQL은 DB 관리 시스템입니다. 그럼 여기 넣는 자료까지 GPL이 되어야 한다고 말 할 수 없습니다.(즉 그 라이센스를 따라야 한다고 말할 수 없습니다.)
또한 MySQL로 운영되는 DB 서버에 쿼리를 날릴 때 이 쿼리가 MySQL의 프로그램의 일부라고 할 수는 없습니다. 이건 따로 작성된 것입니다. 이 따로 작성된 프로그램의 경우 라이센스를 뭘로 하든 할 말이 없고 상관이 없다고 봅니다.
하지만 MySQL을 개작해서 뭔가를 만든다면 아마 문제가 달라질 수 있다고 봅니다만, 제 글실력으로 설명을 드리기가 모호하여 넘어가겠습니다.
----
Lee Yeosong(이여송 사도요한)
E-Mail: yeosong@gmail.com
HomePage: http://lys.lecl.net:88/
Wiki(Read-Only): http://lys.lecl.net:88/wiki/
Blog: http://lys.lecl.net:88/blog
MSN: ysnglee2000@hotmail.com
----
절이 싫으면 중이 떠나는 것이 아니라, 절이 싫으면 중이 절을 부숴야 한다.
때때
사람천사
mysql은 듀얼 라이센스로 유명합니다.
만약, toad와 같은 mysql GUI Frontend를 제작했고, 이것을 GPL이 아닌 다른 상용라이센스로 판매하려고 하면,
mysql에 돈을 주고 상용라이센스를 구입해야 합니다.
(나머지 바이너리를 배포하지 않는 경우라면 무시해도 좋습니다.)
잘은 모르겠지만, mysql 프로토콜이 소프트웨어 특허가 걸려 있을 수도 있습니다.
이럴 경우 리버스 엔지니어링으로 프로토콜을 스스로 구현했다고 주장하면서 mysql에 상용라이센스를 구입하지 않으면,
특허위반으로 피소당하게 됩니다.
그리고, 기존소스를 거의 대부분 재작성하지 않는 이상,
오브젝트, 심볼 등에 기존 소스를 가져다쓴 흔적이 남습니다. --;;
함수명,변수명 바꾼 정도로는 속이지 못합니다.
리버스 엔지어링에 걸려서 된통 당한 회사들도 많으니, 조심하시길 바랍니다.
오픈소스 가져다 쓸 때 조심해야 될 것이, 상당히 핵심적인 내용을 담은 소스일 경우
이 소스 기부자들이 IBM,Sun,Adobe같은 회사일 가능성이 높습니다.
만약, 이런 회사들 소스 쓰다가 걸리면 자결하는 편이 나을 수도 있습니다. --;;
오픈소스도 스스로를 보호하는데 독점적 소프트웨어를 위해 만들어진 법을 아주 교묘히 잘 이용하고 있습니다.
기존 오픈소스를 가져다가 상용 프로그램으로 배포하는 경우 이게 조금이라도 잘 나가면 거의 대부분은 다 걸린다고 보셔도 됩니다.
참고로, 독일에서는 법정에서 오픈소스를 가져다 쓴 일 없다고 오리발 계속 내밀다가, 법정모독으로 구속된 사람도 있습니다. ^^
There is no spoon. Neo from the Matrix 1999.
There is no spoon. Neo from the Matrix 1999.
MySQL의 소스를 가지고
MySQL의 소스를 가지고 뭐 하신게 아니라면 신경 안 쓰셔도 되겠죠. PHP로 만든 사이트, MySQL을 향해 쿼리를 날리는 코드가 들어 잇는 사이트의 서버 스크립트 부분.. 어차피 사이트의 컨텐츠를 판매 하거나 이용한 서비스를 제공 하는 것이지 대부분의 경우 이 것 자체를 파는 것은 아니니까요. 자체를 파는 거면 오픈소스로 한는 조건 하에 가능하겠죠. 사실 상용성과 오픈소스의 관계에 대해 관심이 없고, 오픈소스로 뭘 작성 한다면 돈을 받고 팔거나 그러고 싶은 생각은 없습니다. 가져다가 개작을 하던 저 스스로 만들든. 그래서 그 부분은 잘 모르겠군요. 아무튼 잘 해결 되시기 바랍니다.
----
Lee Yeosong(이여송 사도요한)
E-Mail: yeosong@gmail.com
HomePage: http://lys.lecl.net:88/
Wiki(Read-Only): http://lys.lecl.net:88/wiki/
Blog: http://lys.lecl.net:88/blog
MSN: ysnglee2000@hotmail.com
----
절이 싫으면 중이 떠나는 것이 아니라, 절이 싫으면 중이 절을 부숴야 한다.
때때
사람천사
댓글 달기