클라이언트 측 자바 스크립트는 어떻게 GPL에 포함됩니까?

웹 애플리케이션에서 GPL 라이센스 Javascript 라이브러리를 사용한 경우 Javascript lib를 다운로드하여 실행 한 사람에게 전체 사이트의 소스 코드를 제공해야합니까?

— 아르망
소스

이것은 매우 흥미로운 질문입니다. 일반적으로 웹 응용 프로그램은 코드를 배포하지 않기 때문에 GPL에서 다루지 않습니다 (AGPL이 존재하는 이유). 그러나 브라우저에서 실행되는 코드의 경우 코드를 배포하는 것입니다. 사실이라면 GPL의 특성상 전체 웹 응용 프로그램이 GPL로 배포되어야 함을 의미합니다.

— Scott Whitlock

@David-문제는 GPL이 서버 측과 같은 나머지 웹 응용 프로그램 을 강제로 해제하는지 여부 입니다. Javascript 라이브러리를 사용하여 파생 된 작품을 만들었습니다. GPL은 전체 결과에 적용됩니다.

— Scott Whitlock

@David 그것이 분명하다면 묻지 않았을 것입니다 : p

— Armand

@ 앨리슨, 아 좋아, 미안, 나는 그때 전체 질문을 잘못 이해했다. 아니요, 서버 측을 GPL하지 않아도됩니다. 클라이언트와 서버 사이의 통신이 XML과 같은 시스템 레벨 기능 호출과 다른 형식 인 한, 걱정할 필요가 없습니다. HTML 또는 JS와 같은 GPL 코드를 제공하는 것만으로 서버 측 코드가이를 제공하거나 원격이 아닌 호출 형식으로 파생 된 파생물과 통신하지는 않습니다.

— David

GPL의 저자 인 Richard Stallman : gnu.org/philosophy/javascript-trap.html

— Honza Pokorny

해당 라이브러리의 JavaScript 및 해당 라이브러리의 API에 액세스하는 응용 프로그램의 JavaScript 및 응용 프로그램이 액세스하는 다른 모든 라이브러리 (GPL 호환 라이센스가 있어야 함)를 제공해야합니다.

일반적으로 프로덕션 환경에서 사용되는 공백 제거 버전이 아니라 사람이 읽을 수있는 JavaScript를 제공해야합니다.

JavaScript를 호출하는 HTML은 이미 명확하게 사용 가능하며, 실제로 해당 JavaScript에 "링크"하는 것으로 간주되지 않으며 가용성은 사람들이 걱정할 가능성이 없음을 의미합니다.

— 데이비드
소스

나는 링크가 유일한 트리거라고 생각하지 않습니다. 예를 들어, 프로그램이 다른 라이브러리 없이는 응용 프로그램이 작동 할 수없는 방식으로 다른 도우미 응용 프로그램에 의존하는 경우 GPL의 목적 상 모두 하나의 응용 프로그램입니다. 이 경우 변호사와 상담하는 것이 좋습니다.

— Scott Whitlock

사람이 읽을 수 있어야합니까? 흥미 롭군 나는 이것을 별도의 질문으로 할 것입니다.

— Armand

GPL V2와 V3 모두에서 변경되지 않아야합니다. 자, 그것은 같은 것이 아닐 수도 있습니다, 나는 인간 쓰기 가능 == 인간이 읽을 수 있다고 가정합니다.

— David

별도의 질문으로 여기에 게시 : programmers.stackexchange.com/questions/62885/…

— Armand

@ScottWhitlock 법의 목적 상, 하나는 다른 하나없이 작동 할 수 있는지 여부가 아니라 저작권의 관점에서 다른 것의 파생물 일 경우에만 중요합니다. 저작권법이 적용되지 않는 경우 GPL (계약은 아니고 라이센스이므로 권한 만 부여 하고 제거 할 수 없음)은 적용되지 않습니다. 전형적인 웹 앱에서 어떤 서버와 클라이언트가 다른 서버와 클라이언트에서 파생되는지를 보여주는 것은 매우 어렵습니다. 나는 대부분의 개발자가 일반적으로 클라이언트보다 서버를 작성하기 때문에 클라이언트가 서버에서 파생 될 가능성이 더 높지만 균일 한 방식과는 거리가 멀다고 말하고 싶습니다.

— Jules