web-dev-qa-db-ja.com

私/私の会社は、ソースコードの変更を「利用可能/公開」し、GPL / LGPLを満たすために正確に何をする必要がありますか

これは基本的な質問のようですが、決定的な情報源は見つかりませんでした。

雇用主がセキュリティホールを塞ぐために、LGPLアプリケーションのソースを変更する必要があります。長期的には、このアプリケーションの新しいバージョンにアップグレードしますが、今のところ、これが最も迅速なソリューションです。

（具体的には、ApacheTomcatの2005年バージョンのフォーク '--jboss-web 2.0.1--を変更して、allow "httpOnly"と' secure 'JSESSIONID cookieを追加します）。

質問

ソースコードを「利用可能にする」または「公開する」ために、私/私の会社は正確に何をしなければなりませんか？

会社独自のWebサイトまたはgithubリポジトリからアクセスできる必要がありますか？または、自分のプライベートgithubアカウントでそれを持ち、会社にリンクさせることはできますか？

ありがとう

gpllgpl
4
user331465

オプション（a）：バイナリと一緒のソース

GPLv2§3(a)およびv3§6(a)は、すべてのバイナリ配布に対応するソースを含める：ソースコードを提供するための最も簡単なオプションを具体化します。オプションは最初はそれほど面倒ではないように見えますが、このオプションは常に潜在的なコンプライアンスの問題を最小限に抑えます。これは、対応するソースをバイナリで配布すると、配布時にGPLの義務が満たされるためです。

オプション（b）：オファー

多くのディストリビューターは、完全なソースパッケージではなく、バイナリディストリビューションを備えたソースのオファーのみを出荷することを好みます。このオプションは、ソース配布のコストが真のユニットあたりのコストである場合に価値があります。たとえば、このオプションは、永続ストレージが小さすぎてソースに収まらない組み込み製品で、CDには付属していないが、マニュアルまたはその他の印刷物に付属している場合に適しています。

ただし、このオプションを使用すると、義務の期間が大幅に長くなります。ソースのオファーは、最後のバイナリ配布（GPLv2の下）、または最後のバイナリまたはスペアパーツ配布（GPLv3の下）から3年間有効である必要があります。ソースコードのリクエストとプロビジョニングシステムは、製品のライフサイクルよりもはるかに長く続くように設計する必要があります。

さらに、GPLv2の条件を遵守する必要がある場合、ネットワークサービスを使用してソースコードを提供することはできません。 GPLv2の場合、ソースコードの提供は物理メディアでのみ実行されます。これは通常、製品のサポートが終了してから何年もの間、最新の「ソースコードCD」を作成し続ける必要があることを意味します。

GPLv2の下では、ソースコードの提供には、物理​​的な媒体でのソースの提供に加えて、ダウンロード可能なソースへのインターネットリンクを含めることが許容され、推奨されます。この方法により、ネットワーク接続が高速なユーザーは、ソースをより迅速に取得でき、通常、物理メディアのフルフィルメント要求の数が減少します。 （GPLv3§6(b)は、パブリックネットワークでアクセス可能なディストリビューションのみを使用し、物理メディアを使用しないソースの提供を許可します。

http://www.softwarefreedom.org/resources/2008/compliance-guide.html

1
Robert Harvey