組み込みLinuxライセンスLGPL/GPL/etc

Question

組み込みLinuxシステムが使用するさまざまなオープンソースソフトウェアツールとライブラリのライセンスに従うために何をすべきかを知りたいと思います。次のように

私の状況は次のとおりです。

私は、組み込みデバイス上で動作する組み込みLinuxシステムを持っています。これは、開発に使用されているツールチェーンと共に第三者によって提供されたルートファイルシステムイメージを使用します。

コンパイル済みのオープンソースプログラム（さまざまなライセンスの下に）を追加することで、ルートファイルシステムイメージにいくつかの変更を加えました。また、Qt（LGPL）も含まれています。

私のアプリケーションは、ルートファイルシステム上のライブラリに動的にリンクし、Qtも使用します。

デバイスは、あらかじめインストールされたカーネルrootfsとアプリケーションを使用してエンドユーザーに配布されます。 rootfsやおそらくカーネルを含むアプリケーションは、更新/アップグレードすることができます。

---

私はAndroidでファイルとそのライセンスが単純に長いテキストファイルに記載されていることがわかりました。この方法ですべての個々のファイルを一覧表示する必要があるのですか、またはこの問題を処理する他の方法がありますか？

これは通常どのように行われますか？

Answer 1

最初に、ライセンスを間違って取得した結果、実際の弁護士に相談してください。インターネットは本当の弁護士ではなく、あなたに悪いアドバイスを与えるなら、あなたは医療過誤のためにインターネットを訴えることはできません。

第二に、私は弁護士でもなく、ほとんどの人がここにいません。以下は、長年の経験に基づいたものです。もしあなたが私のアドバイスに従えばそれを責めないでください。

第3に、すべてのライセンスを読み、彼らが何を言っているのかを理解していることを確かめてください。そうでなければ、私の最初の点から明確にしてください。

第四：

GPL/LGPLは、アプリケーションにソースを提供するためには要求をしません。彼らは、ソースを「要求に応じて」提供する必要があります。パスワードで保護されたWebページに置くか、コピーを保持すると、誰か聞いたことがあれば、CDとメールに書き込むことができます（CDと郵便料金を請求することができます）。

バイナリが第三者からあなたに届いたとしても、配布するバイナリにソースを提供する義務があります。サードパーティがソースを提供しない場合は、GPLの要件を指摘するか、別のベンダーを探す必要があります。アップストリームのベンダーや、変更されていないパッケージのWebページにGPLコードのリクエストを送ることは、特にそれが変更されている可能性のある第三者のベンダーからのものであれば十分ではありません。あなたが製品の特定のリリースにソースを提供できるように、作成した各バイナリリリースに正しいバージョンのコードをマッチさせることには注意が必要です。

無料の（および無料でない）ソフトウェアとそのライセンスのすべてに属している必要があります。いくつかのライセンスはそれを必要としません。申し訳ありませんよりも安全である方が良いです。また、さまざまなライセンスが何であるかをユーザーに示して、製品を使用するかどうかを決定するのにも適しています。

[L] GPLコードにリンクしている独自のアプリケーションを使用している場合は、リンクに非常に注意してください。誤ってコードをウィルスライセンス（GPL）とリンクさせてしまい、誰かがソースに気付いて要求していると困ってしまう可能性があります。同じ理由でLGPLコードを静的にリンクしていないことを確認してください（More：Can I inline function calls to functions defined in headers of LGPL packages?）。

カスタムクロスコンパイラを使用している場合は、ツールチェーンのソースも含めてください。私はGPLが実際にそれを必要としているとは確信していませんが、誰かにソースを与えてから実際にコンパイルしてデバイスをターゲットにすることはできません。私はそれをしたベンダを少なくとも1人知っています。彼らは言語を変更してコンパイラにパッチを当てました。彼らはコンパイラを配布しなかったので、ソースを渡す必要はありませんでした。その結果、供給元からビルドして目標と一致することは不可能でした。 AFIKはそれをやめてしまったので、私は名前を付けません。

Answer 2

マルチプルオプションがあります。あなたのデバイスは、すべてのソースを含めるのに十分な大きさですか？あなたはCDも出荷していますか？おそらくそうではありません。これは、すべてのソース（および十分に珍しい場合はツールチェーン）のダウンロード提供を含める必要があることを意味します。

ソースファイルベースで分解する必要はありませんが、異なるパッケージとそれぞれのライセンスを区別する必要があります。結局のところ、あなたはLinuxとQtからchimaeraを作成したことを示唆したくないでしょう。 GPLv2でもGPLv3でもパッケージごとに明確にする必要があります。リストは、rootfsに収まるほど小さくなければなりません。これは外部から見えると思いますか？

Answer 3

Thisは、プロセスとシステムを調整してGPL準拠を保証する方法に関する素晴らしい記事です。

GPLv2ではソースのオファーをすることができますが、記事によればウェブページにダウンロードリンクを張るだけでは不十分です。あなたは、「ソフトウェア交換のために慣習的に使用される媒体」にソースを提供する必要があります。