ライセンス違反を回避しながら、プロプライエタリおよびおそらくクローズドソースのソフトウェアを作成する

Question

ソフトウェアプロジェクトを開始したところ、独自仕様を維持するオプションが必要になりました。しかし、私は一般的にLinux環境を使用しているので、知りたいのです。Linuxでプロプライエタリソフトウェアを作成し、プロジェクトのビルドに必要なライブラリの使用を制限していると思われるGPL/LGPL/etcライセンスに違反しないようにするにはどうすればよいですか。

また、私のコードで変更されていないLGPLライブラリを使用するには、それをオープンソースとしてリリースする必要がありますか（オープンソースとプロプライエタリは別の獣であることを理解しています）？

また、異議を申し立てることで異教徒と名乗るつもりですが、プロジェクトで変更されていないオープンソースライブラリを使用できますが、自分のクローズドソースであるコードを保持できますか？

Bart van Ingen Schenau · Accepted Answer

一般に、サードパーティのライブラリを使用するソフトウェアを作成するときは、サードパーティのソフトウェアがリリースされるライセンスと、それが独自のソフトウェアに与える影響を認識する必要があります。

GPLライセンスは、プロジェクトにGPLライセンスコードが何らかの方法で含まれている場合、コードがGPLライセンスの下で（おそらく他のライセンスに加えて）リリースされる必要があるという意味で、感染性ライセンスと見なされます。

LGPLライセンスは、GPLライセンスの感染性を取り除くために作成されました。大まかに言えば、プロジェクトでLGPLライセンスライブラリを使用する場合、エンドユーザーがLGPLライセンスライブラリを互換性のある別のライブラリに置き換えることができる限り、独自のコード（クローズドソースのライセンスであっても）に任意のライセンスを使用できます。、 1。

他のライセンスについては、ライセンス自体を確認する必要がありますが、一般的にMITおよびBSDから派生したライセンスは、（L）GPLよりも許容度が高い傾向があります。

免責事項：IANL、TINLA

Florents Tselai · Answer

このトピックに関する興味深い出版物があります：

引用：

マリアケチャギア、ディオミディススピネリス、ステファノスアンドルートセリス-テオトキス。 パッケージの依存関係にまたがるオープンソースライセンス。 Costas VassilakisとNikolaos Tselikas、編集者、PCI 2010：第14回パンヘレニック会議のインフォマティクスに関する議事録、27〜32ページ、米国カリフォルニア州ロスアラミトス、2010年9月。IEEEコンピュータ社会。

概要：

オープンソースソフトウェア（oss）パッケージ間のライセンスの依存関係は、ソフトウェアの互換性関係とossライセンスの実用性について多くを明らかにしています。しかし、文献にはこれらに関する限られた情報しかありません。このペーパーでは、ossライセンスのさまざまな側面について説明し、特定のパターンを特定するために、ライセンスの依存関係に関するFreeBSDポートコレクションの実証的研究を紹介します。私たちの結果は、ossプロジェクトのライセンス選択プロセスの説明やガイドに使用できるさまざまなタイプの依存関係を強調しています。

これがdoi番号doi：10.1109/PCI.2010.28です。