たまたま、GPL オープン ソース バージョンの Zebra プロジェクトと商用バージョンの Zebos を持つルーティング ソフトウェアがあることを知りました。これは、オープンソースに対する私の理解に反しています。2 つのソフトウェアが同じコード ベースに基づいている場合、GPL バージョンが商用のオープン ソースを含む他のすべてのバリアントを自動的に強制するのは正しくないでしょうか?
4 に答える
私は弁護士ではありませんが、
GPL は、GPL で保護されたコードのすべてのバリアントを GPL で保護することを義務付けていますが、元の作成者が GPL で保護されたコードと GPL で保護されていないバリアントの両方で元のコードを提供することを妨げるものは何もありません。
たとえば、ライブラリを作成して GPL の下でリリースし、料金が必要な独自のライセンスの下で個別にリリースすることもできます。私は GPL ライセンス版を変更していないので、これで問題ありません。GPL を取得した人は誰でも GPL に拘束されます。プロプライエタリ ライセンシーの条件に基づいて私に支払いを行い、それを取得した人は、そのライセンスの条件に拘束されます。
企業が GPL の条件の下で何かをオープン ソース化することを決定した場合、リリースせずに変更を加えることを含め、元のコードベースに対してやりたいことを行うことを妨げるものは何もありません。GPL は、ライセンスに同意する人々を拘束しますが、元の作成者は拘束しません。
一部の企業はオープン ソース バージョンの製品を提供していますが、サポートなどの追加サービスを有料で提供しています。
Zebos は商用で、zebra はオープン ソースです。両方のソフトウェアのコード ベースは異なります。Zebos は IPInfusion のもので、zebra はオープン ソースです。
コアがオープン ソースであり、その 1 つのケースを共有している場合、次の点を考慮してください。
2 つのバージョン。1 つはオープン ソース コンポーネントに依存しており、もう 1 つはそうではありません。例:
C#/WPF 開発を専門とするソフトウェア会社が、C#で記述された Component Xを使用してバージョン Aを開発しました。彼らは同じことを行うバージョンを望んでいましたが、Web 環境では、コア コードを使用できず、書き直さなければなりませんでしたが、理由は何であれ、コンポーネント X の代わりにオープン ソースを使用しました(マンパワー、市場投入までの時間など):
結果:
バージョン A は商用になります。
バージョン B はオープン ソースになります。
基本的に同じ製品ですが、バージョン間のコード共有はありません。
追記事項
バージョン間でコードを共有しても、場合によっては同じライセンス定義を共有できない場合があると思います (検討する価値があります)。例えば :
バージョン A とバージョン B は両方ともクライアント アプリケーションであり、言うまでもなくコード共有はありませんが、同じサーバー アプリケーションが使用されます。