アカウント名:
パスワード:
ライブラリごと一つのソフトウェアパッケージにくるんで提供すると、パッケージ丸ごとGPLに感染するんじゃないの?
モバイルアプリじゃそれを避けるために、GPLのコード部分だけを切り離して拡張パッケージとして提供(そして拡張パッケージのコードだけ公開)するソフトもある。
提供というか、別であってもGPLのライブラリをリンクするためには同じGPLにしなければなりませんね。感染と呼ばれて忌避されるし、その為のLGPL。
プロプライエタリなアプリが、そのアプリの拡張モジュール用のAPIを公開していて、サードパーティーがそれ用のモジュールをGPLなコードを利用して作り、提供した場合はどうなるんだろう。
それでは、プロプライエタリなOS向けにGPLコードを利用したアプリを提供する場合は?
拡張モジュールが親となるプロプライエタリアプリのAPIを呼び出す関係と、アプリがOSのAPIを呼び出す関係は、実質同じじゃないの?
OS周りは例外規定がある。その例外規定を無理くりで起用できる感じならセーフ。無理ならアウト。でもFSF的には感染が正義なのでセーフだとしてもセーフとは言ってくれないだろうな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私はプログラマです。1040 formに私の職業としてそう書いています -- Ken Thompson
ライブラリを使用したって (スコア:0)
ライブラリごと一つのソフトウェアパッケージにくるんで提供すると、
パッケージ丸ごとGPLに感染するんじゃないの?
モバイルアプリじゃそれを避けるために、GPLのコード部分だけを切り離して
拡張パッケージとして提供(そして拡張パッケージのコードだけ公開)するソフトもある。
Re: (スコア:0)
提供というか、別であってもGPLのライブラリをリンクするためには同じGPLにしなければなりませんね。感染と呼ばれて忌避されるし、その為のLGPL。
Re: (スコア:0)
プロプライエタリなアプリが、そのアプリの拡張モジュール用のAPIを公開していて、
サードパーティーがそれ用のモジュールをGPLなコードを利用して作り、提供した場合はどうなるんだろう。
Re: (スコア:0)
Re:ライブラリを使用したって (スコア:0)
それでは、プロプライエタリなOS向けにGPLコードを利用したアプリを提供する場合は?
拡張モジュールが親となるプロプライエタリアプリのAPIを呼び出す関係と、
アプリがOSのAPIを呼び出す関係は、実質同じじゃないの?
Re: (スコア:0)
OS周りは例外規定がある。
その例外規定を無理くりで起用できる感じならセーフ。無理ならアウト。
でもFSF的には感染が正義なのでセーフだとしてもセーフとは言ってくれないだろうな。