BSD/LGPL/GPL/Apacheライセンス.jbは.debに埋め込まれていますか？

Question

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

• GoogleのGson（Apacheライセンス）
• HSQLDB（BSDに基づいて）
• 休止状態（LGPL）
• （など）

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

1. パッケージ、その後のaptは、カスタムリポジトリを使用して配布され、インストールされているの.debパッケージ内のすべての依存JARファイル：私は私のソフトウェアを販売する場合

   はたとえば、次のシナリオのいずれかが許可されます。

2. .debの中に自分のコードだけをパッケージ化して、ユーザーが依存するJARを自分でインストールできるようにします（そして、アプリケーションの起動時にJARへのクラスパスを指定する）。
3. 私のソフトウェアがインストールされた事前設定済みのボックスを、Linuxディストリビューションとすべての依存JAR（実際のハードウェア費用のみを請求します。事前に

ありがとう！

Answer 1

私は弁護士ではありませんので、あなたのマイレージは異なる場合があります。あなたがこれからお金を稼ぐことを計画しているなら...あなたのライセンスを扱う弁護士を取得してください。しかし、これはGPL/LGPLの私の理解です

これらのシナリオはすべて、GPL/LGPLがすべて同じ方法で縛っている方法にかかわらず、バイナリをリリースするとみなされます。

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

私の理解では、共有ライブラリ（ライブラリJAR）をバンドルするには、その共有ライブラリを新しいバージョンに置き換えることができる限り、バンドルすることが大丈夫です。実際には、ライセンスが含まれ、ライブラリのソースが利用可能である限り、パッケージに共有ライブラリをバンドルすることができます。

一般的にgoogle/bsdライセンスはLGPLよりも許容されますが、私はあなたに大雑把な内訳を与えるほどの知識がありません。

Answer 2

各ライセンスを読み、意図した使用方法で確認する必要があります。あなたがリストアップしたもののほとんどはあなたのためにあまり余分な仕事を導入すべきではありません。あなたが作成した派生物や複合物のソースコードを公開したくない場合は、コピーレフトを持ったライセンスの下でコードを使用しないように注意する必要があります。フルレフト（GPL）またはパート（LGPL）。classpath exceptionに似た何かのコードがGPLファミリの下でライセンスされているかもしれないので、それは本当に具体的な言葉に依存しています。

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

最高のことは、各ライセンスを慎重に読んで、ピアグループおよび法的サポートに関する特定の質問を明確にすることです。

そうでなければ、あなたのソフトウェアをフリーソフトウェアとしてリリースすることも考えられます。これは通常、コミュニティ全体の利益です。しかしそれがあなたの決定です。