問題タブ [lgpl]

有料の Android アプリケーションで LGPL ライブラリを使用できますか? LGPL ライブラリを変更するつもりはありません。単に使用したいだけです。それは合法ですか？

私が計画しているオープンソース プロジェクト (Codeplex または Sourceforge でホストされる予定) について質問を受けました。

つまり、プロジェクトは、準拠する XML ファイルのスキーマを定義する XSD ファイルと、それらの XML ファイルを操作する C# コードで構成されます。

しかし、特に XSD ファイルについて、どのライセンスを与えるべきかわかりません。このプロジェクトはほとんどがクラス ライブラリになるので、フリー ソフトウェアとプロプライエタリ ソフトウェアの両方で使用できるように、LGPL を使用したいと考えています。

しかし、1 つ言えることは、XSD ファイルを変更できるようにしたくないということです。これは、特定の問題領域のデータ共有の標準を作成しようとしているからです。標準を作成しても意味がありません。オープンソースですか？

または、XSD を別のプロジェクトとしてリリースする必要がありますか? どうするのが正解なのかわからない…

この件についてアドバイスをいただきありがとうございます。

マチュー

劣等GPLv3ライセンスのアプリケーション（またはライブラリ）があります。ISCLライセンスライブラリを使用（および公開）したいのですが。これで大丈夫ですか？

ありがとう！

私は、教師向けに設計されたWebサイト作成ツール（CMSなど）を開発しており、GPLに基づくソフトウェアの事例を数多く見たため、GPLに基づくライセンスを決定しました。しばらくコーディングした後、LGPL（tinyMCE）の下にあるソフトウェアを含めたいと思いました。

JavaScriptライブラリを介して、GPLの下でソフトウェアのライセンスを取得し、その中にLGPLソフトウェアを含めることはできますか？

また、ライセンスには何が必要ですか？ダウンロードしたソフトウェアからファイルをコピーするだけでいいですか？（私はこれを疑ったが、別のプログラマーからそう言われた）

また、ライセンスについて知っておくとよい他の情報を誰かが持っている場合は、それをいただければ幸いです。

Free Software Foundation は、EPL と GPL は互換性がないと考えています。彼らの推論を読んだところ、LGPL も同様に影響を受けるように思われます。IANAL さん、その読みが間違っている場合は訂正してください。現在、GPL で保護されたコードの著作権所有者が、互換性のないライブラリに対してコードをリンクすることを許可する例外を提供するためのガイドがあります。 EPL ライブラリに対してリンクされている)、GPL で保護されたプログラムを EPLおよび別の LGPL ライブラリに対してリンクする状況は不明のようです。

いくつかの質問に対する答えを知りたいです:

1. EPL ライブラリと LGPL ライブラリの両方に対して GPL で保護された製品をリンクすることに対する制限は正確には何ですか? GPL の場合と同様に、LGPL 著作権所有者の明示的な許可がなければ許可されないのでしょうか、それとも許可されますか?
2. EPL 著作権所有者が認めた例外で十分でしょうか? このような例外は、GPL と互換性のない独自の Qt Public License を使用して Qt ライブラリのライセンスを取得していた Trolltech (現在は Nokia の一部) によって安全であると見なされていました。KDE プロジェクトでは、そのライブラリは Qt にリンクされ、LGPL の下でリリースされますが、KDE ​​アプリは一般に GPL の下でリリースされます。FSF の異議は、「弱いコピーレフト」と「法の選択条項」によるものです。EPL ライセンス保有者が例外を認める場合、前者は異論の余地がないように見えますが、EPL 著作権保有者が認めたどのような例外が「の選択」を満たすでしょうか。法律条項」異議？

Mac AppStoreで$nで販売されるアプリを作成したいのですが、そのソースを開きたいと思います。誰もがソースを調べてコンパイルできるようになります（もちろん、xcodeがある場合）。どのライセンスを使用できますか？

LGPLやBSDなどのクローズドソース配布と互換性のあるライセンスを持つ特定のライブラリをアプリケーションで使用したいと思います。ただし、私が使用しているLinuxディストリビューションであるUbuntuでは、これらのライブラリの「パッケージ化」は、著作権ファイルによってGPLで保護されているとマークされています。GPLライセンスを避けたい。そのようなライブラリの一例はlibpngです。だから、私は3つの質問のセットがあります：

パッケージングは​​、パッケージを一緒に配布する場合、アプリのソースを開かなければならないことを意味しますよね？

パッケージは何ですか？元のLGPLライブラリから構築された共有オブジェクトを抽出して、GPL保護を削除することはできますか？

私のパッケージ管理システムと互換性のあるこれらのライブラリの非GPLパッケージバージョンを取得するリポジトリまたは他の方法はありますか？自分でライブラリを構築することが私の最後の手段です。

現在、LGPL で公開されている既存のコードを使用したい iPhone アプリケーションを開発しています。Apple の App Store の性質上、アプリケーションはオープン ソースではなく、ストアで公開するための費用をカバーするために、おそらくその金額 ($0.99 または $1.99) を請求します。私は LGPL を研究しており、ライブラリとして使用している場合、プロプライエタリ ソフトウェアのコードを使用できることを知っています。ただし、問題のコードは JavaScript で記述されているため、Objective-C に変換する必要があります。これにより、「派生作品」と見なされると思われ、オープンソースである必要があると思います (訂正してください)私が間違っている場合）。私の質問は、ライブラリを別の言語に翻訳することが「派生作品」になるかどうかです。

サブ質問もあります。Objective-C を含むいくつかの言語に既に翻訳されているライブラリの以前のバージョンが存在します。ただし、それらはライブラリが GPL (クローズド ソース ソフトウェアでの使用を禁止する) の下でリリースされたときに作成されました。その間、ライセンスは (元の JavaScript バージョンの) LGPL に変更されましたが、これは翻訳されたバージョンに影響しますか、それとも純粋な GPL のままですか?

LGPLプロジェクトは、フォーク後もLGPLのままであるような方法でフォークされていますか？それが可能かどうか知りたいのですが（行われています）。

シナリオの前提条件：
（1）フォークの前にGPLバージョンが存在する
（2）フォークの前にLGPLバージョンが存在する

フォークの後、フォークはLGPLにすることができますか、それともGPLにする必要がありますか？

Gnu ライセンスで公開したくない Java プロジェクトを取得しました。（MITですが、気にしないでください。）

ビルド管理ツールとして、「依存関係のある jar」を生成する Maven を使用します。プロジェクトは、LGPL 2 の下でライセンスされたgnu.getoptに依存しています。

だから私の質問は：

• その「jar-with-dependencies」を LGPL 以外のライセンスで公開することはできますか? (たとえば、MIT、シェアウェアなど)
• そうでない場合: LGPL コードに応じて実行可能な JAR を配布するにはどうすればよいですか?

私はしません

• gnu.getopt の代わりを探してください。
• 「弁護士に相談してください」などの回答を求めてください。
• Gnuの生き方に改宗したい…</li>