アカウント名:
パスワード:
ライブラリごと一つのソフトウェアパッケージにくるんで提供すると、パッケージ丸ごとGPLに感染するんじゃないの?
モバイルアプリじゃそれを避けるために、GPLのコード部分だけを切り離して拡張パッケージとして提供(そして拡張パッケージのコードだけ公開)するソフトもある。
前に調べたときの記憶
・GPL なライブラリを使うなら静的リンク/動的リンクいずれの場合も GPL 派生になる・GPL な exe を叩いて利用する分には GPL にしなくて OK (ただしプロセス間通信みたいに結合が密になると NG)・LGPL は静的リンクは NG、動的リンクは OK (「差し替えが可能」というのが重要らしい)
※鵜呑みにしないでください
こういうので誤解が広まるんだよなあ
というか、これだけわかりにくいんだし、ライセンスの方にも問題があると言っていいんじゃなかろうか。何をしていいのか、何をしてはいけないのか、誰にでも簡単にわかるような文章にすべき。毎回ああだこうだと議論になってしまう。
どうにかコードを盗んでやろうという考えだから感染とかそういう発想になるんだよ
間違えて感染する可能性を削らないためにも、分かりやすくするなんて事はやりたくないだろうな。
俺の理想を広めるために協力しろ!ってライセンスなんだから感染と思われるのは仕方ないし、そう思われてないならGPLは何も主張できてないか、世界が完全にGPL化されてるかのどちらかだね。
「誤解」の一言で訂正もしないのでは同罪ですね
このコメントは俺の知ってる(FSFの主張する) GPLと同じだったんだんが、誤解とか言っている人がいるので俺も書いてみる。(LGPLはよく知らん)
GPL FAQ 日本語版 [gnu.org] 集積と結合の違い [gnu.org]。(もちろん、集積は別々の著作物となり、結合するとひとつの著作物になる)通信が緊密な場合は不明確だな。実際のところ線引きは難しく、書いてあるとおり最終的には裁判官の判断なのだろう。
ついでにLGPLの件はこれかな?
GPLに感染するのはGPLなコードを静的リンクしたバイナリだけだしょ
動的リンクでもダメでしょhttps://www.gnu.org/licenses/gpl-faq.ja.html#GPLStaticVsDynamic [gnu.org]
GPLのライブラリを動的リンクした場合にGPL感染するかは意見が分かれている。そのFAQに書かれてるのはGNUとしての主張がそうだというだけ。
動的リンクで感染しないならLGPLなんてライセンスは最初から存在しないだろ
静的リンクしてもおkなライセンスとして有用だよ >LGPL
静的リンクだとLGPLでもソース公開しなきゃダメだよ動的リンクと勘違いしてるのか?
静的リンクだとLGPLでもソース公開しなきゃダメだよ
なんだなんもわかっとらんアホだな
#3109159のアホにも分かるように説明してください
>GPLのライブラリを動的リンクした場合にGPL感染するかは意見が分かれている
複数の解釈が出来ちゃうようなゴミライセンスだからGPL汚染だなんて言われちゃうんじゃないの
動的リンクの場合、ユーザーの実行環境でプログラムがロードされたときにリンクされたイメージが作成されるから配布は問題ない。FSFもGPLライブラリを動的リンクするように構成されているプログラムに対してGPLを強く主張することはできないはず。なぜなら、Windows向けのGPLソフトウェアのほとんどがマイクロソフトのkernel32.dllを動的リンクしているからだ。積極的に動的リンクを問題視した場合、マイクロソフトに「じゃあそれ全部 kernel32.dll の派生物ってことでよろしく」と言われてしまう。
> なぜなら、Windows向けのGPLソフトウェアのほとんどがマイクロソフトのkernel32.dllを動的リンクしているからだ。
これは間違い。こういうOS付属のライブラリについては、GPLにちゃんと例外規定がある。
なんかそれを読むと「お前が俺をタダ利用するだけなのは許さねぇが、俺がお前を利用する分にはいいんだ」ってな話に見えるな。
> こういうOS付属のライブラリについては、GPLにちゃんと例外規定がある。
勝手なことを言うなよwkernel32.dllはマイクロソフトの著作物だぞ。FSFが勝手にOS付属のライブラリは例外です、なんて決める立場にないだろ。
ソフトウェア開発者にはWindowsプラットフォーム向けにGPLソフトウェアを提供しないという選択肢があるからな。「OSのライブラリ使用は不可避だから例外です」なんて言い分は通らんぜよ。
> なんかそれを読むと「お前が俺をタダ利用するだけなのは許さねぇが、俺がお前を利用する分にはいいんだ」ってな> 話に見えるな。実際そのとおりだと思うが。(目的は「利用」よりも「感染」に比重が寄ってそうだが)
> FSFが勝手にOS付属のライブラリは例外です、なんて決める立場にないだろ。勝手な言い分ではあるが実際そう書いてあるからなぁ……まぁ「GPLなソースを利用する場合の条件」だから「リンクされる側」からしたら端から飲む必要のない条項なんだが。# むしろ「例外条件でなければGPLコードから「リンクされた側」に感染させるぞ」と言わんばかりに見えるw
リンクならOKというのはGPLではなくて、LGPL。その場合も、LGPLなライブラリをアプリと一緒に提供したらアウト [gnu.org]。
あなたのアプリケーションと一緒にLGPLのライブラリの実行形式をあなた自身が運搬する場合、それが静的、あるいは動的にリンクされているかによらず、LGPLが提供する方法の一つでライブラリのソースを運搬する必要があります。
一緒に提供でも公開するのはライブラリのソースだけでOKだろ
一生懸命残業して組んだコードがフリー素材として提供されるのがいやならライブラリ一切使わずに初めから全部作れよ当たり前の話
LGPLはライブラリ改変以外の自分ところのソースは公開しなくていいって言ってくれてるんだから自分のソースを公開しようとしまいとそれは自分の勝手でしょライブラリ作者がLGPLというライセンスでそういった利用を許可してるんだから
静的リンクするなら、オブジェクトも出さないとダメって書いてあるね確かにそうしないと、LGPLなライブラリを改変した時に、再リンクできないもんね
リバースエンジニアリングを禁止することはできないがオブジェクトも出さないとダメは拡大解釈。
いや拡大解釈じゃなく明示してる
LGPL v2 https://ja.osdn.net/projects/opensource/wiki/licenses%2FGNU_Library_or... [osdn.net] 6-a : 「『ライブラリ』を利用する著作物」のオブジェクトコードあるいはソースコード(どちらかでも可) と一緒にし
LGPL v3 https://ja.osdn.net/projects/opensource/wiki/ [osdn.net]
4-d-0; 再結合または再リンクして改変された『結合された作品』を作成するのに適した形式
じゃあオブジェクトである必要ないじゃん
提供というか、別であってもGPLのライブラリをリンクするためには同じGPLにしなければなりませんね。感染と呼ばれて忌避されるし、その為のLGPL。
プロプライエタリなアプリが、そのアプリの拡張モジュール用のAPIを公開していて、サードパーティーがそれ用のモジュールをGPLなコードを利用して作り、提供した場合はどうなるんだろう。
それでは、プロプライエタリなOS向けにGPLコードを利用したアプリを提供する場合は?
拡張モジュールが親となるプロプライエタリアプリのAPIを呼び出す関係と、アプリがOSのAPIを呼び出す関係は、実質同じじゃないの?
OS周りは例外規定がある。その例外規定を無理くりで起用できる感じならセーフ。無理ならアウト。でもFSF的には感染が正義なのでセーフだとしてもセーフとは言ってくれないだろうな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
ライブラリを使用したって (スコア:0)
ライブラリごと一つのソフトウェアパッケージにくるんで提供すると、
パッケージ丸ごとGPLに感染するんじゃないの?
モバイルアプリじゃそれを避けるために、GPLのコード部分だけを切り離して
拡張パッケージとして提供(そして拡張パッケージのコードだけ公開)するソフトもある。
Re:ライブラリを使用したって (スコア:1)
前に調べたときの記憶
・GPL なライブラリを使うなら静的リンク/動的リンクいずれの場合も GPL 派生になる
・GPL な exe を叩いて利用する分には GPL にしなくて OK
(ただしプロセス間通信みたいに結合が密になると NG)
・LGPL は静的リンクは NG、動的リンクは OK
(「差し替えが可能」というのが重要らしい)
※鵜呑みにしないでください
Re: (スコア:0)
こういうので誤解が広まるんだよなあ
Re: (スコア:0)
というか、これだけわかりにくいんだし、ライセンスの方にも問題があると言っていいんじゃなかろうか。
何をしていいのか、何をしてはいけないのか、誰にでも簡単にわかるような文章にすべき。
毎回ああだこうだと議論になってしまう。
Re: (スコア:0)
どうにかコードを盗んでやろうという考えだから感染とかそういう発想になるんだよ
「感染力が低いからLGPLは非推奨。」 (スコア:0)
間違えて感染する可能性を削らないためにも、
分かりやすくするなんて事はやりたくないだろうな。
Re: (スコア:0)
俺の理想を広めるために協力しろ!ってライセンスなんだから感染と思われるのは仕方ないし、
そう思われてないならGPLは何も主張できてないか、世界が完全にGPL化されてるかのどちらかだね。
Re: (スコア:0)
「誤解」の一言で訂正もしないのでは同罪ですね
Re: (スコア:0)
このコメントは俺の知ってる(FSFの主張する) GPLと同じだったんだんが、
誤解とか言っている人がいるので俺も書いてみる。
(LGPLはよく知らん)
GPL FAQ 日本語版 [gnu.org]
集積と結合の違い [gnu.org]。
(もちろん、集積は別々の著作物となり、結合するとひとつの著作物になる)
通信が緊密な場合は不明確だな。実際のところ線引きは難しく、書いてあるとおり最終的には裁判官の判断なのだろう。
ついでにLGPLの件はこれかな?
Re: (スコア:0)
ライブラリごと一つのソフトウェアパッケージにくるんで提供すると、
パッケージ丸ごとGPLに感染するんじゃないの?
GPLに感染するのはGPLなコードを静的リンクしたバイナリだけだしょ
Re: (スコア:0)
動的リンクでもダメでしょ
https://www.gnu.org/licenses/gpl-faq.ja.html#GPLStaticVsDynamic [gnu.org]
Re: (スコア:0)
GPLのライブラリを動的リンクした場合にGPL感染するかは意見が分かれている。そのFAQに書かれてるのはGNUとしての主張がそうだというだけ。
Re: (スコア:0)
動的リンクで感染しないならLGPLなんてライセンスは最初から存在しないだろ
Re: (スコア:0)
静的リンクしてもおkなライセンスとして有用だよ >LGPL
Re: (スコア:0)
静的リンクだとLGPLでもソース公開しなきゃダメだよ
動的リンクと勘違いしてるのか?
Re: (スコア:0)
静的リンクだとLGPLでもソース公開しなきゃダメだよ
なんだなんもわかっとらんアホだな
Re: (スコア:0)
#3109159のアホにも分かるように説明してください
Re: (スコア:0)
>GPLのライブラリを動的リンクした場合にGPL感染するかは意見が分かれている
複数の解釈が出来ちゃうようなゴミライセンスだから
GPL汚染だなんて言われちゃうんじゃないの
Re: (スコア:0)
動的リンクの場合、ユーザーの実行環境でプログラムがロードされたときにリンクされたイメージが作成されるから配布は問題ない。
FSFもGPLライブラリを動的リンクするように構成されているプログラムに対してGPLを強く主張することはできないはず。
なぜなら、Windows向けのGPLソフトウェアのほとんどがマイクロソフトのkernel32.dllを動的リンクしているからだ。
積極的に動的リンクを問題視した場合、マイクロソフトに「じゃあそれ全部 kernel32.dll の派生物ってことでよろしく」と言われてしまう。
Re: (スコア:0)
> なぜなら、Windows向けのGPLソフトウェアのほとんどがマイクロソフトのkernel32.dllを動的リンクしているからだ。
これは間違い。
こういうOS付属のライブラリについては、GPLにちゃんと例外規定がある。
Re: (スコア:0)
なんかそれを読むと「お前が俺をタダ利用するだけなのは許さねぇが、俺がお前を利用する分にはいいんだ」ってな
話に見えるな。
Re: (スコア:0)
> こういうOS付属のライブラリについては、GPLにちゃんと例外規定がある。
勝手なことを言うなよw
kernel32.dllはマイクロソフトの著作物だぞ。
FSFが勝手にOS付属のライブラリは例外です、なんて決める立場にないだろ。
ソフトウェア開発者にはWindowsプラットフォーム向けにGPLソフトウェアを提供しないという選択肢があるからな。
「OSのライブラリ使用は不可避だから例外です」なんて言い分は通らんぜよ。
Re: (スコア:0)
> なんかそれを読むと「お前が俺をタダ利用するだけなのは許さねぇが、俺がお前を利用する分にはいいんだ」ってな
> 話に見えるな。
実際そのとおりだと思うが。(目的は「利用」よりも「感染」に比重が寄ってそうだが)
> FSFが勝手にOS付属のライブラリは例外です、なんて決める立場にないだろ。
勝手な言い分ではあるが実際そう書いてあるからなぁ……
まぁ「GPLなソースを利用する場合の条件」だから
「リンクされる側」からしたら端から飲む必要のない条項なんだが。
# むしろ「例外条件でなければGPLコードから「リンクされた側」に感染させるぞ」と言わんばかりに見えるw
Re: (スコア:0)
リンクならOKというのはGPLではなくて、LGPL。
その場合も、LGPLなライブラリをアプリと一緒に提供したらアウト [gnu.org]。
あなたのアプリケーションと一緒にLGPLのライブラリの実行形式をあなた自身が運搬する場合、
それが静的、あるいは動的にリンクされているかによらず、LGPLが提供する方法の一つでライブラリの
ソースを運搬する必要があります。
Re: (スコア:0)
一緒に提供でも公開するのはライブラリのソースだけでOKだろ
Re: (スコア:0)
一生懸命残業して組んだコードがフリー素材として提供されるのがいやなら
ライブラリ一切使わずに初めから全部作れよ
当たり前の話
Re: (スコア:0)
LGPLはライブラリ改変以外の自分ところのソースは公開しなくていいって言ってくれてるんだから
自分のソースを公開しようとしまいとそれは自分の勝手でしょ
ライブラリ作者がLGPLというライセンスでそういった利用を許可してるんだから
Re: (スコア:0)
静的リンクするなら、オブジェクトも出さないとダメって書いてあるね
確かにそうしないと、LGPLなライブラリを改変した時に、再リンクできないもんね
Re: (スコア:0)
リバースエンジニアリングを禁止することはできないがオブジェクトも出さないとダメは拡大解釈。
Re: (スコア:0)
リバースエンジニアリングを禁止することはできないがオブジェクトも出さないとダメは拡大解釈。
いや拡大解釈じゃなく明示してる
LGPL v2 https://ja.osdn.net/projects/opensource/wiki/licenses%2FGNU_Library_or... [osdn.net]
6-a : 「『ライブラリ』を利用する著作物」のオブジェクトコードあるいはソースコード(どちらかでも可) と一緒にし
LGPL v3 https://ja.osdn.net/projects/opensource/wiki/ [osdn.net]
Re: (スコア:0)
4-d-0; 再結合または再リンクして改変された『結合された作品』を作成するのに適した形式
じゃあオブジェクトである必要ないじゃん
Re: (スコア:0)
提供というか、別であってもGPLのライブラリをリンクするためには同じGPLにしなければなりませんね。感染と呼ばれて忌避されるし、その為のLGPL。
Re: (スコア:0)
プロプライエタリなアプリが、そのアプリの拡張モジュール用のAPIを公開していて、
サードパーティーがそれ用のモジュールをGPLなコードを利用して作り、提供した場合はどうなるんだろう。
Re: (スコア:0)
Re: (スコア:0)
それでは、プロプライエタリなOS向けにGPLコードを利用したアプリを提供する場合は?
拡張モジュールが親となるプロプライエタリアプリのAPIを呼び出す関係と、
アプリがOSのAPIを呼び出す関係は、実質同じじゃないの?
Re: (スコア:0)
OS周りは例外規定がある。
その例外規定を無理くりで起用できる感じならセーフ。無理ならアウト。
でもFSF的には感染が正義なのでセーフだとしてもセーフとは言ってくれないだろうな。