閉じた組み込み環境で実行されている閉じたソースの商用プログラムでLGPLv3ライブラリを使用することを考えています。
LGPLv3ライセンスから知っていることによると、クローズドソースソフトウェアがLGPLv3ライブラリと動的にリンクし、ライブラリバイナリを変更することによってLGPLv3ライブラリを変更または更新する自由をユーザーに残している限り、それを使用できます。
私のソフトウェアは閉じられ、制御され、検証された環境で実行されるため、ユーザーがLGPLv3ライブラリを変更できるようにするという部分を尊重するのは本当に奇妙です。環境にライブラリバイナリの更新を許可する機能を追加することもできますが、ライブラリを変更することに関心がなく、セキュリティホールと見なしてしまうため、この機能を顧客に提供するのは奇妙です。削除したい(または誰にもアクセスを制限しない)。
LGPLv3を尊重する唯一の方法は、バイナリ更新機能を追加することですか?それを使用する場合、会社に電話して(パスワードで)アクセスを許可する必要がありますが、ライセンスは引き続き尊重されますか?
もちろん、私は弁護士ではないので、これは関連する免許を読んだだけです。
ここで、LGPLでは、セクション4.d.1、「適切な共有ライブラリメカニズムを使用する」、および4.e、「インストール情報を提供する」について話します。
ここで、4.eはGPL v3のセクション6に従ってインストール情報を提供する必要があると述べています。
まず、デバイスをアップグレードできますか?それができない場合、「インストール手順」は意味がなく、何もする必要はありません-GPL、セクション6、最後から3番目の段落
「しかし、この要件は、あなたも第三者もユーザー製品に変更されたオブジェクトコードをインストールする能力を保持していない場合(たとえば、作品がROMにインストールされている場合)には適用されません。」
デバイスがアップグレード可能である(そして、もはやいくつかのデバイスがもうそうではない)と仮定すると、デバイスが「ユーザー製品」の定義に適合しない場合はどうなりますか?そしてあなたのデバイスはユーザー製品ですか?
私がGPL v3のセクション6を正しく読んでいるのであれば、消費者向けのインストール手順(消費者に販売されるもの、または住宅での使用)のみを提供する必要があるためです。私がこれを読んだのは、産業用のもの(たとえば、私の会社が作っている医療用モニター)は「インストール手順」の要件の対象にならないということです。
私の読みが正しい場合、および消費財を製造していない場合は、問題はありません。もちろん弁護士に相談したいのですが、それがなくても大丈夫だと思います。
優れた Michael Kohneによる回答 に加えて。
それを使用する場合、(パスワードによって)アクセスを許可するために会社に電話する必要がありますが、それでもライセンスを尊重しますか?
はい。(L)GPLを使用すると、(L)GPLの対象となるものを入手するために、「書面による提供が可能で、少なくとも3年間有効で、その製品モデルのスペアパーツまたはカスタマーサポートを提供する限り有効です」ソースコード。
ソフトウェアの非公式なアップデートを行うと保証が無効になるという警告とともに、ソースコードとインストール手順が記載されたCD-ROMを送るように提案できます。