0

私は趣味の Java プロジェクトに取り組んでいます。これは、異なるライセンスを持ついくつかの異なる JAR を含む .deb ファイルにパッケージ化されています。次に例を示します。

  • Google Gson (Apache ライセンス)
  • HSQLDB (BSD ベース)
  • 休止状態 (LGPL)
  • （等）

私はこのアイデア/プロジェクト/ソフトウェアをリリースまたは販売する準備ができていませんが、これらの一般的なライセンスで何が許可され、何が許可されていないのかについてまだ少し疑問に思っていました. たとえば、GPL は「最悪」であると聞いたことがあります (すべてを広く公開せずに、参照されたライブラリや動的にリンクされたライブラリを許可することすらできません) が、それが本当かどうかはわかりません。ライセンス。

たとえば、ソフトウェアを販売する場合、次のシナリオのいずれかが許可されますか?

  1. すべての依存 JAR を .deb パッケージにパッケージ化し、カスタム リポジトリを使用して apt によって配布およびインストールされます。
  2. コードのみを .deb 内にパッケージ化し、ユーザーが依存する JAR を自分でインストールできるようにします (アプリケーションの起動時に JAR へのクラスパスを指定します)。
  3. 私のソフトウェアがインストールされた構成済みのボックスを、Linux ディストリビューションとそれに依存するすべての JAR と共に販売します (実際のハードウェア コストに対してのみ課金され、追加料金はソフトウェアに対して課金されます)。

前もって感謝します！

4

2 に答える 2

2

各ライセンスを読み、使用目的を確認する必要があります。あなたがリストしたもののほとんどはあなたのためにあまり多くの余分な仕事を導入するべきではありません。作成した派生物または複合作品のソースコードをリリースしたくない場合は、コピーレフトのあるライセンスの下でコードを使用しないように注意する必要があります。これは、フル（GPL）またはパーツ（LGPL）。また、GPLファミリーの下でライセンスされているコードがあるクラスパス例外に似たものがある可能性があるため、具体的な条件によって異なります。

ApacheまたはBSD-Likeライセンスにはコピーレフトがありません（ただし、従わなければならない条件もあります）。

あなたができる最善のことは、各ライセンスを注意深く読み、あなたがあなたの仲間のグループと法的支援に関して持っている特定の質問を明確にすることです。

それ以外の場合は、ソフトウェアをフリーソフトウェアとしてリリースすることも検討できます。これは通常、コミュニティ全体にとってメリットがあります。しかし、それはあなたの決定です。

于 2012-02-08T22:12:03.950 に答える
0

明確にするために、私は弁護士ではないため、あなたのマイレージは異なる場合があります. これでお金を稼ぐつもりなら... 弁護士にライセンスを扱ってもらいましょう。ただし、これは GPL/LGPL についての私の理解です

これらのシナリオはすべてバイナリのリリースと見なされるため、方法に関係なく、すべてのシナリオで同じように GPL/LGPL に拘束されます。

GPL の下では、バイナリ (この場合は JAR ファイル) をリリースするたびに、ソース コードをリリースする必要があります。ソフトウェアのコピーはいつでも請求できます。必要なのは、ソース コードを一緒にリリースすることだけです。また、この場合のコードは、GPL の下でリリースする必要があります。

私の理解では、LGPL の下では、ユーザーが共有ライブラリを新しいバージョンに置き換えることができる限り、それを共有ライブラリ (ライブラリ JAR) にバンドルしても問題ありません。実際、ライセンスが含まれていて、ライブラリのソースが利用可能である限り、共有ライブラリをパッケージにバンドルできます。

google/bsd ライセンスは一般的に LGPL よりも寛容ですが、大まかな内訳を説明するのに十分な知識がありません。

于 2012-02-06T22:59:41.497 に答える