물론... 리차드 스톨만이.. GNU를 만들었을 때의 GPL은.. 아무도 우리가(GNU)한것
을 가져다가 상용 프로그램을 만들 수 없다는 계획을 세웠던 같아요..
그러나.. 언제나현실과 이상이 항상 잘 이루어 지는 것은 아니죠..
즉.. 현재 많이 쓰이는 것들을.. GNU Product와 함께 작용하도록 한다면..
더 많은 시너지 효과가 있을 수 있겠죠..
음.. 저도 그 문구가 잘 기억은 안납니다만.. 이러저러한 이유로..
GNU는 LGPL을 만들었고... 이것으로 작성된 프로그램이나 Library는...
상용프로그램이 가져다 쓸 수 있도록... 해 놓았습니다.
(흠.. 이 말이 맞나???)
즉 현재의 상황은 여전히 GPL에 영향을 받는 것들은 GPL이 되지만..
(코드 말입니다.... library를 호출하는 것도 여기에 해당되죠..)
LGPL을 쓰는 경우는 그렇지 않아도 되는 것입니다...
즉.. 예를 들어 응용프로그램일 경우.. LGPL License를 가진 것들만..
참조해서.. 작성되면.. 상용의 라이센스를 가질 수 도 있다는 것이죠...
(흠.. 회사에서 하다 보니까.. 이게 얼마나 힘들고.. 거의 불가능 한것인
지 알 것 같더군요.. 내가 필요한 코드를 내 소스에 집어 넣으려 하다보면
언제나 만나는 것들은 소스 첫줄에.. GPL 이나 LGPL....
자기가 스스로 알고리즘을 구현하기 전에는.. ^.^...)
암튼.. 커널 모둘 같은경우는.. 특정회사가... 자신들의 Device Driver를..
공개하고 싶지 안를 경우... 밑에 분들이 조언해 준것 과 같은 일을 해서...
GPL을 피하는 것이겠죠...
사실.. 제가 알기로는 이점에 모순이 많은 것 같아요....
커널 모듈같은경우는.. H/W가 없으면 안되는 물건이지만.. 동시에..
커널의 일부분이기도 하잖아여...
암튼.. 제가 아는 지식 안에서는... GPL 라이센스의 영향을 받지 않도록
만들면... GPL이 아니여도 된다는 것으로 알고 있습니다.
벌레잡이 wrote..
: 잘몰라서 그러는데요!
: 아래 글을 보면, GPL 라이센스가 적용된 소스를 수정하여 만든
: 프로그램은 또 GPL을 적용해야한다고 하는데요!
:
: 그럼 GPL 적용된 라이브러리를 링크하여 만든 프로그램도 GPL을 적용해야 하나요?
:
: 예를 들면, 리눅스 커널을 사용해서 어떤 임베디드 시스템용 프로그램을 만들었다면
: 리눅스 커널이 GPL이니까, 임베디드 어플리케이션도 GPL로 공개해야 하는지 알고 싶습니다!
벌레잡이 wrote..
: 잘몰라서 그러는데요!
: 아래 글을 보면, GPL 라이센스가 적용된 소스를 수정하여 만든
: 프로그램은 또 GPL을 적용해야한다고 하는데요!
:
: 그럼 GPL 적용된 라이브러리를 링크하여 만든 프로그램도 GPL을 적용해야 하나요?
:
: 예를 들면, 리눅스 커널을 사용해서 어떤 임베디드 시스템용 프로그램을 만들었다면
: 리눅스 커널이 GPL이니까, 임베디드 어플리케이션도 GPL로 공개해야 하는지 알고 싶습니다!
정답은 그럴 수 도 있고 안그럴 수 도 있다는 겁니다...물론..
정답은 그럴 수 도 있고 안그럴 수 도 있다는 겁니다...
물론... 리차드 스톨만이.. GNU를 만들었을 때의 GPL은.. 아무도 우리가(GNU)한것
을 가져다가 상용 프로그램을 만들 수 없다는 계획을 세웠던 같아요..
그러나.. 언제나현실과 이상이 항상 잘 이루어 지는 것은 아니죠..
즉.. 현재 많이 쓰이는 것들을.. GNU Product와 함께 작용하도록 한다면..
더 많은 시너지 효과가 있을 수 있겠죠..
음.. 저도 그 문구가 잘 기억은 안납니다만.. 이러저러한 이유로..
GNU는 LGPL을 만들었고... 이것으로 작성된 프로그램이나 Library는...
상용프로그램이 가져다 쓸 수 있도록... 해 놓았습니다.
(흠.. 이 말이 맞나???)
즉 현재의 상황은 여전히 GPL에 영향을 받는 것들은 GPL이 되지만..
(코드 말입니다.... library를 호출하는 것도 여기에 해당되죠..)
LGPL을 쓰는 경우는 그렇지 않아도 되는 것입니다...
즉.. 예를 들어 응용프로그램일 경우.. LGPL License를 가진 것들만..
참조해서.. 작성되면.. 상용의 라이센스를 가질 수 도 있다는 것이죠...
(흠.. 회사에서 하다 보니까.. 이게 얼마나 힘들고.. 거의 불가능 한것인
지 알 것 같더군요.. 내가 필요한 코드를 내 소스에 집어 넣으려 하다보면
언제나 만나는 것들은 소스 첫줄에.. GPL 이나 LGPL....
자기가 스스로 알고리즘을 구현하기 전에는.. ^.^...)
암튼.. 커널 모둘 같은경우는.. 특정회사가... 자신들의 Device Driver를..
공개하고 싶지 안를 경우... 밑에 분들이 조언해 준것 과 같은 일을 해서...
GPL을 피하는 것이겠죠...
사실.. 제가 알기로는 이점에 모순이 많은 것 같아요....
커널 모듈같은경우는.. H/W가 없으면 안되는 물건이지만.. 동시에..
커널의 일부분이기도 하잖아여...
암튼.. 제가 아는 지식 안에서는... GPL 라이센스의 영향을 받지 않도록
만들면... GPL이 아니여도 된다는 것으로 알고 있습니다.
벌레잡이 wrote..
: 잘몰라서 그러는데요!
: 아래 글을 보면, GPL 라이센스가 적용된 소스를 수정하여 만든
: 프로그램은 또 GPL을 적용해야한다고 하는데요!
:
: 그럼 GPL 적용된 라이브러리를 링크하여 만든 프로그램도 GPL을 적용해야 하나요?
:
: 예를 들면, 리눅스 커널을 사용해서 어떤 임베디드 시스템용 프로그램을 만들었다면
: 리눅스 커널이 GPL이니까, 임베디드 어플리케이션도 GPL로 공개해야 하는지 알고 싶습니다!
정답은: 그렇습니다.벌레잡이 wrote.. : 잘몰라서 그러는
정답은: 그렇습니다.
벌레잡이 wrote..
: 잘몰라서 그러는데요!
: 아래 글을 보면, GPL 라이센스가 적용된 소스를 수정하여 만든
: 프로그램은 또 GPL을 적용해야한다고 하는데요!
:
: 그럼 GPL 적용된 라이브러리를 링크하여 만든 프로그램도 GPL을 적용해야 하나요?
:
: 예를 들면, 리눅스 커널을 사용해서 어떤 임베디드 시스템용 프로그램을 만들었다면
: 리눅스 커널이 GPL이니까, 임베디드 어플리케이션도 GPL로 공개해야 하는지 알고 싶습니다!