問題タブ [lgpl]

AndroidアプリでAndEngineを使用しています。このライブラリはGNULesserGPLの下で配布されていることがわかりました。このライセンスに準拠するには、aboutビューに何を書き込む必要がありますか？

現在、オープン ソースとしてリリースしたいクローズド ソース アプリケーションを販売しています。

私はこのアプリケーションを誰でも自由に使えるようにしたいが、他の誰かの商業活動に組み込まれないようにしたいので、ライセンスとして GPL を選択したので、誰もが GPL に関係するコミュニティの仕事から利益を得ることができます。

現在、アプリケーションは LGPL の下で多くの部品を使用しています。リンクされたコンポーネントはすべて GPL である必要があるため、GPL を使用できなくなりますか? ソフトウェアに載せるとすぐにGPLに違反している可能性があるようです。

私は現在LPGLの下でライセンスされているオープンソースプロジェクトに取り組んでいます。私たちは、私たちが行っているいくつかの低レベルのもののために、GPLコードベースにリンクする可能性を考えています。

GPLに対してリンクした場合、コードベースはGPLとしてリリースする必要がありますか？これを回避する方法はありますか？

商用アプリケーションを展開する準備をしています。当社のソフトウェアは、 Code Project Open License (CPOL)、LGPL、Apache License、およびMIT Licenseに及ぶライセンスを持つ他のいくつかのライブラリを利用しています。

もちろん、私たちはこれらすべてのライセンスを遵守したいと考えていますが、私たちはこれらのことを支援する法務部門を持たない小さな組織です. 現在、すべてのライブラリが動的にリンクされており、実行可能ファイルに埋め込まれていないため、ほとんど問題はないと思います。私たちのプロジェクトはクローズドソースであり、販売することを意図しており、提供した人によって転売される可能性があります.

これらのライブラリを使用するソース コードでは、関連するライセンスをファイルの先頭に配置しました。

アバウト ボックスにライセンスも配置しました (この手順は必要ですか)。

ソフトウェアの配布時に LICENSE ファイルも含める必要がありますか?

ご協力いただきありがとうございます！

私はアプリケーションの作成に忙しく、LGPLとGPL（または他の何か）のどちらを使用すべきかわかりません。これが私の制限です：

1. 私のアプリケーションはオープンソースです。コードもオープンソースである限り、人々が私のコードをどのように使用するかはあまり気にしません。彼らが私のソースコードを非オープンソースアプリケーションに使用したい場合は、最初に私に連絡する必要があります。
2. 私はGPL、LGPL、IDGAFL（別名「af * kライセンスを与えない」）の下にある外部ライブラリを使用しています。ほとんどのライブラリでは、アプリケーションにソースコードを直接含めています。ごくまれに、事前に作成されたライブラリを使用してリンクします。
3. 上記のライブラリの場合：すべてのソースコード（ライブラリのコードを含む）と、それらにリンクしている場合は.so / .dylib/.dllを含むリポジトリがあります。
4. ビルド済みのライブラリと一緒にリリースする実行可能ファイルがあります。ビルド済みでないライブラリは、コンパイル時に実行可能ファイルに含まれることは明らかです。

どのライセンスが最適ですか？また、一部のライブラリでは、アプリケーションに合わせてソースコードを少し変更しています。これらはコード自体への大きな変更ではありませんが、ステートメント、ファイル拡張子などを含むように変更されています。例：

（元のライブラリ）から：

に（私の変更）：

場所と拡張子が異なることに注意してください。これは許可されていますか？

私はffmpegを使用しましたが、それはLGPLの下にありました。sfml に切り替えましたが、それが使用するオーディオ インポート ライブラリも LGPL の下にあります。プロジェクトに LGPL ライセンスを使用せずに、ライブラリを静的にリンクしたいと考えています。単一のフォーマット ライブラリを使用する以外に代替手段はありますか?

オープンソースとライセンスに関する基本的な理解に問題があります。誰かが以下のシナリオについていくつかの質問を明確にしてください. 非常に基本的なことでしたらすみません

1. 私はいくつかのオープン ソース ライブラリを使用する予定のプロプライエタリ ソフトウェアを作成しています。glibc と C コンパイラも必要ですが、OS のデフォルトの gcc ツールチェーンを使用したくなかったので、crosstools-ng を使用して独自にビルドしました

2. 現在ct-ngでは、libstdc++ライブラリが静的にリンクされていると思います（これはc ++用であり、ほとんどの場合それを使用しないと思います）が、ツールチェーン構成から、libcは静的または動的にリンクされていますか? その場合、glibc が LGPL であり、それを自分のプロプライエタリ ソフトウェアにリンクできることを考えると、この静的リンクによってライセンスに関して問題が発生することはありますか? 自分のソフトウェアをクローズソースにすることはできますか? または、コンパイルされたオブジェクトを解放する必要がありますか。

私のツールチェーン構成は以下のとおりです.glibcが静的または動的にリンクされている場合、誰かが私を指摘できますか?

私は大学のコースワーク用に分散型の組み込みマルチマスター/スレーブアプリケーションを作成しています。その一環として、各システムの CPU 速度、CPU 使用率、および使用可能なメモリを、それぞれ大量のメモリなしでリアルタイムで決定する方法が必要です。ネットワークとデバイスの構成を自動的に調整するための CPU 消費。

システム コールを定期的にトリガーしたり、ファイルを読み込んだり (open-read-close ....) しても、実際にはリソースに優しいオプションとは言えません。これにはPOSIX準拠のソリューションが必要だと思いますか？

システムはすべてLinuxを OS として使用し、リリースにはLGPL または BSDライブラリのみを使用することになっています。

これまでのところ、基準に適合するソリューションは見つかりませんでした。

何か案は？

Quexをスキャナー ジェネレーターとして使用したいのですが、Quex は LGPL でカバーされていることに注意してください。これは、生成したバイナリも LGPL の対象になるということですか?

(これが「コーディング」の質問としてカウントされることを願っています。他のどのスタック交換サイトに質問すればよいかわかりませんでした。)

LGPLv2.1 クラスのコードに基づくコードがあります。(単にリンクするのではなく、実際にコードを直接コピーします。)

GPLv2.0で配布したいです。

この組み合わせで問題が発生する可能性はありますか?