AGPL-할 수있는 것과 할 수없는 것

188

AGPL은 GPL-over-networks를위한 상당히 새로운 라이센스입니다. 그러나 변호사가 아니고 실제로 전체 라이센스를 읽지 않은 경우, 정확하게 자유롭게 할 수있는 것과 AGPL로 할 수없는 것을 이해할 수 없습니다.

내 불확실성은 MongoDB (AGPL)에 대한 이 게시물 과 더 많은 의견에 의해 제공됩니다.

의견을 따르면 라이브러리를 수정하지 않는 한 폐쇄 소스의 상용 서버 측 소프트웨어와 함께 AGPL 라이브러리를 사용할 수 있습니다. 그 경우입니까? 아니면 AGPL 라이센스 라이브러리를 사용할 때 전체 응용 프로그램을 배포해야합니까?

MongoDB의 경우 클라이언트 코드에 Apache 라이센스를 사용하므로 다른 질문이 있습니다. AGPL 소프트웨어를 사용하지만 폐쇄 소스 상용 소프트웨어와 다른 응용 프로그램으로 배포하면 어떻게됩니까? 예를 들어, iText를 사용 하십시오-AGPL 라이브러리입니다.

사용하고 수정하는 경우 전체 응용 프로그램을 오픈 소스해야합니까, 아니면 iText의 변경 사항 만 재배포해야합니까?
사용하고 수정 하지 않으면 전체 애플리케이션을 오픈 소스해야합니까?
별도의 프로세스로 시작하지만 기본 응용 프로그램에서 사용하는 다른 응용 프로그램에서 iText를 래핑하는 경우 모든 것을 공개해야합니까, 아니면 래퍼 응용 프로그램입니까? 랩퍼 응용 프로그램은 pdf 파일을 가져와 iText를 JSON으로 사용한 결과를 리턴하는 HTTP 기반 API입니다. 이것이 AGPL 라이센스를 우회하는 데 사용될 수 있습니까?

참고 : AGPLv3에 대한 질문입니다

licensing agpl

— 보조
소스

이 관련 답변 참조 : opensource.stackexchange.com/questions/5003/…

— Philippe Ombredanne

답변:

AGPL은 LGPL이 아닌 GPL을 기반으로합니다. 여기에는 연결 예외가 포함되어 있지 않으며 AGPL 코드를 사용하는 작업 (링크되거나 달리 수정되거나 수정되지 않은)도 AGPL 라이센스가 부여되고 배포되어야합니다.

별도의 프로세스를 사용 하면 (A) GPL을 우회 할 수 있지만 이는 어두운 근거입니다. 최종 응용 프로그램 이 외부 프로세스에 의존 하여 응용 프로그램 없이 제대로 작동하지 않으면 AGPL 소프트웨어의 파생 작업으로 간주됩니다.

폐쇄 소스 프로그램에서 별도의 GPL 애플리케이션을 사용하는 대부분의 경우, 그들은 GPL 작업을 옵션 확장으로 제공하거나 다른 코드 등에 대한 대안 백엔드를 제공합니다.

(A) GPL 작업은 별도의 앱 (예 : 동일한 아카이브 또는 저장소에 배치)으로도 최종 애플리케이션과 함께 배포 할 수 없지만 GPL 작업을 찾는 위치 및 사용 방법에 대한 지침을 제공하는 것이 좋습니다 당신의 앱.

— 마크 H
소스

당신이 말하는 것은 사실이지만, GPL과 AGPL 사이의 유일한 차이점은 네트워크를 통해 대화식으로 코드를 사용하는 경우 코드를 제공해야한다는 것입니다. 그러나이 내용을 다루는 조항은 저작물의 "수정 된 버전"에만 적용되며 "수정 된 버전"은 저작권이 필요한 용도로 정의됩니다. 수정되지 않은 버전 만 실행하면 저작권이 배포에만 적용되므로 "수정 된 버전"이 생성되지 않습니다.

— Erik Funkenbusch

1. "연결되었거나 그렇지 않으면"이 잘못되었습니다. 2. "파생 저작물로 간주 될 것"이 잘못되었습니다. 3. "대부분의 경우"가 틀렸다고 생각합니다. 4. "(A) GPL 저작물은 별도의 앱으로도 최종 애플리케이션과 함께 배포 할 수 없습니다"는 완전히 잘못된 것입니다. 예를 들어, 데비안은 모든 종류의 다른 라이센스를 가진 컨텐츠를 함께 배포하지만 GPL과 호환되는 것은 아닙니다. 독점 시스템도이 작업을 수행 할 수 있습니다. "질문이 생겼습니다"에서 시작하여이 페이지의 섹션 3을 보십시오 . ghostscript.com/doc/current/Commprod.htm 나머지는 읽지 말고 구매하도록 속이려고합니다.

— Sam Watkins

데비안은 실제로 라이센스로 인해 3 개의 개별 리포지토리를 가지고 있습니다. DFSG 호환 패키지 main로 구성 되며이 영역 외부의 소프트웨어를 사용하지 않습니다. 이것들은 데비안 배포판의 일부로 간주되는 유일한 패키지 입니다. contrib패키지에는 DFSG 호환 소프트웨어가 포함되어 있지만 main에 의존하지 않는 종속성이 있습니다 (비자 유로 Debian 용으로 패키지 될 수 있음). DFSG를non-free 준수하지 않는 소프트웨어가 포함되어 있습니다 .

— 케빈 브레이

Re : "함께 배포 할 수 없습니다"-특정 라이센스 규정을 뒷받침 할 수 있습니까? AGPL 라이센스 코드를 소비자 제품에 제공하지 않으려는 이유를 완전히 이해하지만 이는 상당히 좁은 상황입니다.

— 찰스 더피

처럼 ... 와트 ... 이제 리눅스 커널을 가진 모든 안드로이드 폰은 불법입니다 ...

— Antti Haapala

AGPL은 GPL과 동일합니다. 따라서 앱이 AGPL 코드를 사용하는 경우 AGPL 라이센스가 있어야합니다.

AGPL이 GPL 위에서하는 일은 사용자의 재정의입니다. 서버에서 실행되는 GPL 프로그램의 경우 사용자이고 AGPL의 경우 앱의 실제 사용자는 웹 사이트 또는 서비스의 사용자입니다. 따라서 다른 사람이 사용하는 경우 앱을 배포합니다. 물론 그것은 모든 표준 GPL 요구 사항을 의미합니다.

Mongo의 경우 앱을 사용하는 앱은 코드를 사용하지 않으며 AGPL 라이센스가없는 일부 API 만 사용한다고 가정합니다.

— Let_Me_Be
소스

일반적으로 말하면, 나는 iText의 코드를 사용하지 않고 있습니다-Mongo의 경우 JSON API 대신 이진 Java API 인 API를 사용하고 있습니다.

— Bozho

@ Bozho 그리고 그 라이센스는 어떤 API입니까?

— Let_Me_Be

@Bozho Mongo DB 드라이버는 모두 Apache 라이센스에 따라 라이센스가 부여됩니다 (링크 한 웹 사이트를 인용합니다).

— Let_Me_Be

글쎄, 그것은 dodgy입니다-우리는 무엇을 API에 집착하고 무엇을 API 클라이언트입니까? Btw 위의 세 가지 총알 질문에 대답 할 수 있습니까?

— Bozho

AGPL의 코드를 사용하는 저작물이 AGPL (GPLv3 코드에 적용되는 AGPL 용어없이 특별히 통합 될 수있는 GPLv3 코드 제외)에 따라 라이센스가 부여된다는 데에는 의문의 여지가 없습니다. 문제는 "수정 된 버전"만을 참조하는 네트워크 사용의 정의에 있으며, 정의에서 "수정 된 버전"의 정의는 저작권이 필요한 (즉, 배포)에만 적용됨을 의미합니다. 그래서 그것은 여전히 다소 어둡습니다.

— Erik Funkenbusch