LGPL v3의 "배포"구성

LGPL 웹 응용 프로그램을 기반으로 새로운 소프트웨어를 제공하려고합니다. 이 새로운 소프트웨어를 사용하여 고용주를위한 하나의 웹 사이트를 만들고 싶습니다. 우리는 소프트웨어 자체를 다른 사람에게 판매하거나 배포하지 않습니다. LGPL 소프트웨어에서 웹 페이지를 게시하는 것이 라이센스에서 "배포"하는 것이므로 변경 사항을 LGPL 코드에도 게시해야합니까?

본인은 변호사가 아니므로 IANAL이 암시됨을 이해합니다. 또한 LGPL 소프트웨어 개발자에게 문의하여 다른 라이센스를 요청할 수 있음을 이해합니다.

"Affero GPL v3"이라는 GPLv3의 변형이 있습니다. gnu.org를 인용하면

GNU Affero General Public License는 일반 GNU GPL 버전 3의 수정 된 버전입니다. 추가 요구 사항이 하나 있습니다. 서버에서 프로그램을 실행하고 다른 사용자가 해당 서버와 통신 할 수 있도록하려면 서버에서 서버를 다운로드하도록 허용해야합니다. 실행중인 프로그램에 해당하는 소스 코드 실행중인 프로그램에 수정 된 버전의 프로그램이있는 경우 서버 사용자는 수정 한대로 소스 코드를 가져와야합니다.

"서버에서 프로그램 실행"은 배포되지 않습니다. 기본 GPLv3에서 이미 다루었습니다.

아니.

"배포"는 항상 소스가 사용 가능한 형식임을 나타냅니다. 사실 나는 이것을 명확하게 설명하는 것을 찾고 있었고 Javascript Trap 기사는 훌륭한 포인터를 제공했습니다. 리차드 스톨만의 관점에서도 자바 스크립트가 브라우저에 다운로드되었다고해서 열려있는 것은 아닙니다. 여전히 가깝습니다. 이제 웹 응용 프로그램에 대한 배포 가 웹 응용 프로그램의 컨텍스트 내에있는 경우 웹 사이트 다운로드가 배포에 적합하지 않다는 주장을 간접적으로 제공하면서 밀접한 웹 응용 프로그램에 대해 논의합니다 .

또 다른 좋은 예는 GitHub 이며 분명히 git (pure GPL)을 사용합니다. 그러나 git을 사용하고 있습니다 ! 목적에 맞게 git을 수정 했더라도 다시 게시 할 필요는 없습니다.

위의 주장을 감안할 때 거의 모든 SaaS 및 호스팅 서비스를 제공하는 것이 애플리케이션을 배포 하는 것보다 사용 하고 있음이 매우 분명합니다 .

반대로 사람들이 웹 사이트를 만들 수있는 패키지를 만드는 경우. 그것은 분명히 배포에 속 하지만 이것은 당신에게 해당되지 않습니다.

안전하다고 생각합니다. 그러나 법정에서 변호하는 것은 매우 강력한 주장이다. 단어 분포 는 지역마다 법에 따라 다른 의미를 갖기 때문 입니다. 최초 저자의 허가를받는 것이 가장 좋습니다.