問題タブ [gpl]

GNU General Public License（GPL）v3オープンソースライセンスの下でiOSアプリを公開することは合法ですか？もちろん、他人のGPLソースを使用することはできませんが、ソース全体の著作権を私が持っていても大丈夫ですか？

GPLライセンスに問題がある場合、MITライセンス、BSDライセンス、または別のライセンスを使用できますか？

LGPL のコンポーネントを使用する商用 Web アプリがあります。このコンポーネントにはプラグイン アーキテクチャがあるため、ライブラリ (LGPL) を使用するこのコンポーネント用のプラグを作成しました。このライブラリは、GPL であるデータ ソースを使用します。

これは、Web アプリのソースを解放する必要があるということですか? それとも、プラグインのソースをリリースする必要があるだけですか?

ご意見やアドバイスをいただきありがとうございます。下手な英語をお許しください。

MySQL で Python/Django を使用しています。私は現在、GNU GPL ライセンスの下にあるMySQLdbを使用しています。GPL のようなライセンスの下にない「類似の」機能を備えたライブラリはありますか?

明確にするために：

• ソース コードを配布するか、アプリケーションに料金を請求するかはまだわかりません。私が知っていることは、MySQL と Python の選択によってこれらの決定が下されることを望んでいないということです。
• 私は現在、Django を使用して Web アプリを構築しています。私は何も「配布」していないので、この問題は無関係だと思いますが、私が書いている Python コードは、デスクトップ アプリケーションとして配布できる可能性があります。 GPL が気になり始めます。

ありがとう

グラフ操作用にいくつかのPythonライブラリを評価しています。'networkx'（http://networkx.lanl.gov/）と'igraph'（http://igraph.sourceforge.net/）を試しました。

どちらも優れたモジュールですが、igraphはその性質上、より高速です-libigraphのPythonラッパーです-非常に高速なグラフCライブラリ（LAPACKなどを使用）。

現在、igraphライブラリはGPLライセンスを取得しています。私の質問は、igraphをインポートして、商用のPythonスクリプトで使用できますか？

（これは一般的な質問であり、igraphだけに限定されません。答えが明らかな場合はお詫びします-私はライセンス初心者です！）

ありがとう、ラジ

編集：より具体的には、GPL Pythonモジュールをインポートするだけで、私の商用コードが一般に公開されやすくなりますか？

私のウェブサイトがGPLコードに基づいているとしましょう。

ウェブサイトを通じてユーザーにサービスを提供するAFAIKは、有料サービスであっても、GPLに違反しません。これは、GPLが配布に関するものであり、私がコードを提供していないためです。私はサービスを提供しており、料金を請求する場合があります。

ただし、自分のWebサイトにAPIを提供し、そのAPIの使用に対して料金を請求するとします。

事実上、自分のWebサイトを、外部のソフトウェアアプリケーションの一部にして、GPLに違反することで、配布したソフトウェアに変えたと主張することはできますか？

これは架空のシナリオです（つまり、私はそれを考えただけで、それを行うつもりはありません！）

次のことを行うことにより、企業がデリバティブGPL作業の効果的な使用を妨げるのを妨げるもの

1. GPLプロジェクトをフォークする
2. 二次的著作物を作成する
3. 二次的著作物を販売し、難読化された形式でソースコードを公開する

そのため、技術的には、ソースコードをコミュニティにリリースしました。しかし、それは実際には役に立たない。

それはかなり低いことであり、GPLの精神に反することを私は知っていますが、GPLはこの種の虐待を防ぎますか？もしそうなら、どのように

プラグインをサポートするアプリケーションに取り組んでいます。アプリケーションに LGPL を適用できるのか、それとも LGPL はライブラリのみに適用できるのか疑問に思っています。

要点は、アプリケーションをおおまかに GPL にしたいということですが、これはアプリケーションがロードするプラグインやスクリプトには適用されないということです。ただし、GPL はプラグインを派生作品と見なすため、純粋な GPL はこの場合には適していません。

現在、私は MPL について考えていますが、それはライセンスがカリフォルニア州の管轄下にあることを明確に述べており、ヨーロッパ人にとってはこれは実際には受け入れられません.

脆弱なコピーを残したい場合、アプリケーションのライセンスに関してより賢明な選択は何でしょうか。LGPL の代わりに適用すべき GPL の標準的な例外はありますか? また、LGPL はアプリケーションにどのように適用されますか? ライセンスはライブラリについて述べていますが、それをアプリケーションに適用したい場合、私にとってはやや混乱します。

私は現在、商用アプリケーションで PyQt を使用して評価していますが、PyQt 商用ライセンスでは、アプリケーションのスクリプト API で PyQt ライブラリを公開することは許可されていないことを知って驚きました。PyQt サイトから:

アプリケーションのユーザー自身が PyQt に直接アクセスできない限り、必要な PyQt モジュールと QScintilla ライブラリをアプリケーションと共に配布する権利。そうしないと、それらのユーザー自身が開発者になり、PyQt と Qt の両方の商用バージョンの独自のコピーが必要になります。

これは、彼らがPyQt へのアクセスを許可された場合、PyQt 商用ライセンスに事実上「抜け穴」があるためですか? この条項はその抜け穴を塞いでいると思います。GPL および関連するライセンスに同様の条項が必要かどうか疑問に思っていましたか? そうでなければ、確かに、オープン ソース ライセンスの下でアプリケーションをリリースすることができます。このアプリケーションは、本質的に、人々がその動作を「スクリプト化」することを許可する「シェル」アプリケーションにすぎません。 GPL PyQt バインディングを使用する GPL アプリケーション。

私は、この「抜け穴」が GPL で対処されていることに疑いの余地はありません。GPL には、多くの有能な弁護士が目の細かい櫛で調べたに違いありません。- 本当に、私は法律がコーダーの生活にどのように影響するかについてもっと学ぼうとしています. GPL やその他のオープンソース ライセンスは、出発点として適しているようです。

さらに、LGPL の下でリリースされた同じシステムには、同様の問題がありますか? それとも、そのライセンスのより寛容な性質は、ユーザーがアプリケーションを介してライブラリにアクセスすることを許可する競合がそれほど多くないことを意味しますか?

GPLv3 の下で小さなソフトウェアをリリースしたいと考えています。.NET 3.5 SP1 フレームワーク用に C# で記述されています。また、MS-PL でリリースされているMEFライブラリも使用します。MS-PL は GPL 互換ではありません。ただし、MEF ライブラリは最終的に .NET 4 リリースに組み込まれる予定であり、その時点でシステム ライブラリになり、もはや問題ではなくなります。

フィードバックを得て、早期採用者向けにコードを公開するためだけに (早期にリリースし、頻繁にリリースする)、遅かれ早かれコードをリリースしたいと考えています。GPLv3 のセクション 7 の下で、受信者がこのコードをこの特定のライブラリにリンクすることを許可する例外を書くことができることを理解しています。

この例外はどのように見えるでしょうか? プロジェクト ディレクトリの LICENSE ファイルの隣にある別のファイルに入りますか? すべてのファイル ヘッダーでも例外について言及する必要がありますか? ClassPathの例外は知っていますが、例えば特定のライブラリに対して例外が発生したケースを知っている人はいますか?