.deb에 포함 된 BSD/LGPL/GPL/Apache 라이센스 .jars?

Question

나는 예를 들어, 서로 다른 라이선스와 함께 몇 가지 다른 JAR 파일을 포함하는 뎁 파일에 패키지되어 취미 자바 프로젝트에서 일하고 있어요 :

• 구글 GSON (아파치 라이선스)
• HSQLDB (BSD를 기반으로)
• 최대 절전 모드 (LGPL)
• (등)

내가 해제하거나 난 아직도 조금 아부 궁금,이 아이디어/프로젝트/소프트웨어를 판매 정말 준비가 아니라고하더라도 허용되는 사항과 이러한 공통 라이센스에 대해 일반적으로 허용되지 않는 내용. 예를 들어, GPL이 "최악"(모든 것을 공개하지 않고 참조 된/동적으로 링크 된 라이브러리를 허용하지도 않는다)는 이야기를 들었지만, 사실인지, 다른 것에 대해서는별로 몰라요. 라이센스.

1. 패키지 다음 적절한 사용자 정의 저장소를 사용하여 배포 및 설치되는 뎁 패키지에 모든 종속 JAR 파일 : 나는 내 소프트웨어를 판매 할 경우

   예를 들어, 다음과 같은 경우의 허용됩니다.

2. .deb 안에 내 코드 만 패키지하고 사용자가 자체적으로 종속 JAR을 설치하게하고 내 응용 프로그램을 시작할 때 JAR에 대한 클래스 경로를 지정하게합니다.
3. Linux 배포판 및 모든 종속 JAR (실제 하드웨어 비용 만 청구됩니다. 소프트웨어에 대한 추가 요금이 부과됩니다)과 함께 설치된 소프트웨어가 사전 구성된 상자를 판매하십시오.

미리 감사드립니다.

Answer 1

나는 분명히 변호사가 아니므로, 귀하의 마일리지가 다를 수 있습니다. 당신이 돈을 벌기 위해 계획하고 있다면 ... 변호사가 당신의 면허를 처리하도록하십시오. 그러나 이것은 GPL/LGPL에 대한 나의 이해입니다.

이 모든 시나리오는 GPL/LGPL에 의해 바인딩 된 방법에 관계없이 모든 경우에 대해 동일한 방법으로 바이너리를 릴리스하는 것으로 간주됩니다.

GPL에서는 바이너리 (이 경우에는 JAR 파일)를 릴리스 할 때마다 소스 코드를 릴리스해야합니다. 소프트웨어 복사본을 항상 청구 할 수 있습니다. 소스 코드를 릴리스해야합니다. 또한,이 경우 귀하의 코드는 GPL에 따라 공개되어야합니다.

LGPL에서는 공유 라이브러리 (라이브러리 JAR)와 함께 사용할 수 있도록 사용자에게 공유 라이브러리를 새로운 버전으로 바꿀 수있는 한 제공해야합니다. 라이센스가 포함되어 있고 라이브러리의 소스를 사용할 수있는 한 실제로 공유 라이브러리를 패키지로 묶을 수 있습니다.

일반적으로 google/bsd 라이선스는 LGPL보다 관대하지만 더 이상 지식이 없기 때문에 큰 문제가되지 않습니다.

Answer 2

각 라이센스를 읽고 의도 한 용도로 확인해야합니다. 당신이 열거 한 것들 중 대부분은 당신을 위해 너무 많은 추가 작업을해서는 안됩니다. 작성한 파생물이나 복합 저작물의 소스 코드를 공개하지 않으려면 카피 레프트가있는 라이센스에서 코드를 사용하지 않도록주의해야합니다. 부분 (LGPL).classpath exception과 비슷한 코드가 GPL 제품군에서 사용 허가 된 코드와 함께있을 수도 있으므로 실제로 구체적인 용어에 의존합니다.

Apache 또는 BSD 라이센 스 라이센스에는 카피 레프트가 없습니다 (그러나 반드시 따라야하는 조건이 있습니다).

당신이 할 수있는 최선의 일은 신중하게 각 라이센스를 읽고 피어 그룹 및 법률 지원에 관한 특정 질문을 명확히하는 것입니다.

그렇지 않으면 자유 소프트웨어로 소프트웨어를 릴리스 할 수 있습니다. 이는 일반적으로 전체 커뮤니티에 이점입니다. 그러나 그것은 당신의 결정입니다.