- 1 名前：名無しさん＠お腹いっぱい。 [02/09/22 22:49]
- ソフトウェアライセンスについて語るスレッド。
メジャーなライセンスに関するリンクは >>2
- 349 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/07(火) 16:21:06 ]
- >>347
バークレー校から配布されたソフトはUNIX風OSだけじゃないものね
（具体的名前は漏れ知らないけどｗ）
- 350 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/07(火) 17:21:14 ]
- ライセンスの文面がそういう形態に対応してない
- 351 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/07(火) 23:01:18 ]
- ヘッダに書いておいて、includeするとか。
GPLなら伝播すると思うけど、BSDはどうなんだろ。
- 352 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/07(火) 23:59:11 ]
- >>341の１でしょ。そのまま残すしかないんじゃないの？
末尾にもってくのはどうだろう？
>>351
BSDは任意のライセンスで再配布できるよ
- 353 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/08(水) 09:55:29 ]
- なんで嫌なんだろ。
- 354 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/08(水) 18:58:13 ]
- >>352
免責事項を許さないライセンスの下では再配布できない
ほとんどのライセンスにはそんなのないけど
- 355 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/08(水) 21:40:05 ]
- >>354
自分自身が配布条件を満たせば、再配布までは出来るんじゃない？
そして、「免責事項を許さないライセンス」が改変を許す場合、
BSDL部分を取り除いての再々配布も可能かと
- 356 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/09(木) 01:36:55 ]
- 話の流れを無視してすまん。
「任意のライセンスで再配布」はまぎらわしいな。
ライセンスを変更できるようにも読めるけど
著作権者じゃないとライセンスは変えられないから。
あとzlib/libpngとかArtisticとかBSDと矛盾する
ライセンスもいくつかあるよ。
- 357 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/09(木) 08:56:51 ]
- >>355
BSDL部分を取り除いたら、普通にライセンス違反になるだろう
- 358 名前：357 mailto:sage [2008/10/09(木) 08:58:09 ]
- 追記
BSDL部分を取り除く→「使用許諾と著作権の表示」を取り除くことになるから、ってことね
- 359 名前：名無しさん＠お腹いっぱい。 [2008/10/16(木) 20:24:30 ]
- GNU AGPLのライセンスってつまり、バイナリ公開していないwebサービスのソースも公開しる！！
ってことでよいでしょうか？
配布されてるソースを改良して、商用サービスしようと思ったんだけど、
ソースバクられまくり、セキュリティホールつつきまくりになるのかなあ orz
GPL系はプロプライエタリには向かないのがキツイぜ
- 360 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/17(金) 01:54:11 ]
- ライセンスの前に、まずビジネスの何たるかを勉強したほうがいいぞ
- 361 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/17(金) 18:07:53 ]
- 営利企業がソース公開するときはライバル会社に使われないように
あえてBSDじゃなくGPLにしたりするときもあるらしい
- 362 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/18(土) 13:46:15 ]
- >>323-326
PosteRazorでこの人のサイトに行き当たったんですが、
「GPLのソフトにアドウェアつけて再配布」ばかりですね。
＃Vectorがいつの間にかこんなことになっていてショック。
- 363 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/26(日) 14:23:59 ]
- >>342
>e-words の説明が変、ってことね。 変って、間違ってるってことだよね？
それとも、変な書き方だけど正しい？
- 364 名前：書き直し mailto:sage [2008/10/26(日) 14:25:43 ]
- >>342
>e-words の説明が変、ってことね。
変って、間違ってるってことだよね？
それとも、変な書き方だけど正しい？
- 365 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/05(水) 00:06:52 ]
- GPLに関しての質問なのですが
GPL感染を前提とした私が書いたソースコードを
独自ライセンス（例えば公開不可条項付）で頒布（有償）
できるのでしょうか？
頒布先は当然コンパイル、リンクの結果GPL感染した
バイナリを使うことになりますが、
頒布先はGPL条項と独自ライセンスの矛盾によりバイナリを
再頒布できずソースコードも独自ライセンスにより
再頒布できず、二次配布は完全に抑えられると思うのですが？
GPL著作物を巻き込んだビジネスも成り立つような
気がするのですが…
- 366 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/05(水) 01:10:28 ]
- 非 GPL なコードを使わないように
GPL 部分を改造されるだけじゃないか？
- 367 名前：365 mailto:sage [2008/11/05(水) 01:20:18 ]
- >>366
レス有難うございます。
それって私が書いたソースコードと同じ働きを
するものをGPL で作るという意味でしょうか？
そういうことをできないよう独自ライセンスで
拘束すればいいのでは？
- 368 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/05(水) 01:24:59 ]
- 具体的に。
- 369 名前：365 mailto:sage [2008/11/05(水) 01:38:50 ]
- 頒布先に
このソースコードは他者に提供、公開してはならない。
このソースコードを参考にこのソースコードと同様の
機能を持つソースコードを作成し他者に提供、公開すること、
またそれらをコンパイルしたバイナリを他者に提供、公開することを
禁止する。
上記違反の場合、頒布元に○○円支払う。
という独自ライセンスに同意した場合だけ
ソースコードを提供する。
というのではどうですか？
- 370 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/05(水) 02:49:45 ]
- 単にプロプライエタリなライセンスなだけじゃねーのそれ
- 371 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/05(水) 04:08:27 ]
- GPLとプロプライエタリまぜてバイナリ作って配布したら
GPL違反になるけど、
プロプラエタリなソースだけ独自ライセンスつけてくばって
相手にコンパイルさせて使わせればいいんじゃないかってこと？
gnuplot(非GPL)とreadline(GPL)でそんなことやってなかったっけ？
- 372 名前：365 mailto:sage [2008/11/05(水) 08:07:32 ]
- >>371
そういうことです
gnuplotって非GPLだったんですか
調べてみます。
readlineがライセンス的に
使いにくいと聴いたことは
あります。
みなさんいろいろありがとうございました
- 373 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/15(月) 15:04:38 ]
- FSFがシスコをライセンス違反で提訴
www.atmarkit.co.jp/news/200812/15/fsf.html
- 374 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/17(水) 01:41:31 ]
- GPLなDLLを、アプリに直接リンクせず、OS経由で利用したらGPLに感染するんだろうか。
具体的には…Windowsの話になってすまんけど、DirectShow+ffdshowとか、COM対応DLLなど。
こんな感じにリンクすることになるんだが。
[ffdshow]←[DirectShow等]←[アプリ]
- 375 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/17(水) 02:51:36 ]
- >>373
これって結構でかい動きだな。FSF本山が動いてるんだからな。
- 376 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/17(水) 22:32:30 ]
- >>374
対象に依存せず独立して動作するなら
同梱でもしない限りは無関係。
厳密にいえば、動作中はライセンス違反状態になりうるが
違反状態で頒布することを禁止してるだけで
違反状態で動作させることは禁止してない。
（Linuxでプロプラなドライバを動作させるのと同じこと）
- 377 名前：名無しさん＠お腹いっぱい。 [2008/12/18(木) 18:56:24 ]
- LGPLのライブラリ(javascript)をwebアプリ(本体はphp)に組み込もうと思っているんですが、
クライアントにソフトごと納入することになった場合、
本体はLGPLにする必要があるのでしょうか？
コンパイルをせずに配布(バイナリじゃない)ので、LGPLのライブラリはそれだけLGPLとして、
納入してもよいものなんでしょうか？
こういうことを聞けるところがなくて困っています。
- 378 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/18(木) 23:37:20 ]
- >>377
> LGPLのライブラリ(javascript)をwebアプリ(本体はphp)に組み込もうと
ライブラリは、ブラウザで動くんであって、
webアプリに「組み込まれる」わけじゃないんでしょ?
一緒に「配布」されるだけだよね?
あとどこのソースを公開したくないのか、
あるいはGPL系ライセンスにしたくないのかはっきり書いて。
- 379 名前：名無しさん＠お腹いっぱい。 [2008/12/19(金) 18:07:41 ]
- >>378
ありがとう。詳しく書いてなくて申し訳ないです。
確かに一緒に配布されるだけですね。
納入すると仮定するものは、ライブラリとwebアプリ本体も含みます。
（サーバーごと納入する予定）
GPL系にしたくないソースは、本体のwebアプリのソース(php)です。
問題は、本体がLGPLになってしまうことです。
そうなるとクライアントが本体を自由に改造配布してもよい、ということになります。
（あっち側で勝手に改造は別によいのですが、仕事の権利上ネットに公開とかされるとまずい）
また、ついでに聞くのですが、phpのライブラリでLGPLのものがあった場合は、
どうなるのでしょうか？動くのはサーバー側ですが・・・？
ライブラリ自身を改変しない場合は、本体のアプリのソースはLGPLの影響をうけない、
という解釈をしているのですが・・・
- 380 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/20(土) 00:10:30 ]
- そういう解釈してる人は結構いるけど、FSF的には駄目らしい
まあ完全に別個の配布物にして、それぞれデプロイすりゃいいんだけど
- 381 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/20(土) 02:10:41 ]
- 駄目って？
LGPLって、そのライブラリを利用するだけのプログラムには感染しないように、わざわざ作ったライセンスでしょ？
- 382 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/20(土) 06:59:53 ]
- >>379
1. LGPLなら問題ない。
2. クライアントサイドがGPLでもWebアプリを公開する必要はない。GPLv3でない限り。
- 383 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/20(土) 07:46:14 ]
- 379じゃないけど、2の
>クライアントサイドがGPLでもWebアプリを公開する必要はない。GPLv3でない限り。
ってどういうこと？ 「クライアントサイドがGPL」ってのが分からない
- 384 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/20(土) 08:28:48 ]
- japan.cnet.com/news/ent/story/0,2000056022,20361419,00.htm
- 385 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/20(土) 08:43:26 ]
- >>384
なるほど、Webサービスの提供に関しては、「頒布」には当たらないってのがGPLの見解なのね
でもこの文書を見る限りでは、GPLv3だとしても公開する必要はないってことだよな
参考になりそうなページ見つけたので、ついでに載せとく
ttp://www.catch.jp/blog/opensource/lisence/b20071123.htm
- 386 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/20(土) 09:07:54 ]
- GPLv3(検討中)→GPLv3 + AGPL
とすったもんだの末、Webアプリ条項はGPLv3に入らなかった。
>>382はそれを知らないと思われ。
- 387 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/21(日) 05:28:48 ]
- >>381
その「利用」の解釈が人によっていろいろあるらしい。
甘い方だとダイナミックロードすればLGPL無関係って人もいるし、
厳しい方だとダイナミックロードでもLGPLの制限は付くという人もいる。
（LGPLにしろって意味ではなく、リバースエンジニアリングを禁止できないとかの話ね）
あくまで一つの配布物として頒布する時の話だから、
独立した配布物にはLGPLが影響しないのは確かだけど。
あと2.1の話。3は見てないのでしらない。
- 388 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/21(日) 11:55:19 ]
- >>387
いちおう、GNUが出してるFAQ集という「標準の解釈」はあるけどな。
- 389 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/26(金) 21:23:00 ]
- 自分のソフトウェアで色々なライブラリを使っていると、自分の思うようなライセンスにできない
しかしライブラリを使わせてもらわないと、基本的な機能を一から開発しなければならず手間がかかる
このジレンマが辛い
- 390 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/27(土) 14:37:21 ]
- GPLなライブラリなんてそんなにあるかね
Qtくらいしか思いつかない
- 391 名前：名無しさん＠お腹いっぱい。 [2008/12/28(日) 14:51:44 ]
- GPL2について質問させてください。
会社でGPL2のライセンスが適用されているCGIを使用しており（ホームページの制作会社です）
それの一部を変更したため、どのように公開すればいいかと判断に悩んでおります。
色々と調べてみたのですが、「公開の要求があれば公開しなければならない」となっているの
でしょうか？ということは、公開の要求がなければ公開をしなくてもいいのでしょうか？
ですが、自分としてもGPL2を採用しているソフトを使用している以上、公開できればと考えて
いるのですが、どのような形で公開すればいいのかわかりません。
公開する場合、このシステムは「どこで使用するために改変したか」などの記述も必要いるの
でしょうか？会社としては、あまり公開したくないようです。（ミスがあれば会社の質が疑わ
れるとかそういうためです）
なので、できれば私個人のWebサイトに掲載して、そこで公開してあるCGIを使用したという感
じでできればとおもっているのですが、そういう公開方法でも問題ないのでしょうか？
- 392 名前：名無しさん＠お腹いっぱい。 [2008/12/28(日) 17:12:06 ]
- >>391
そもそもその場合公開する必要自体ない
- 393 名前：名無しさん＠お腹いっぱい。 [2008/12/29(月) 19:58:40 ]
- 勤務時間内に会社のパソコン使って作ったプログラムは会社の所有物
貢献は別な形で（自宅PCでなんか作るなりグッズあったら買ってみるなりで）
あっちだってそんなぁゃιぃコード出されても困るだろうし
- 394 名前：名無しさん＠お腹いっぱい。 [2009/01/11(日) 14:33:14 ]
- GPLなJavaScriptライブラリの取り扱いについていまいちわからないため質問させてください。
ネットでもいくつか参考になるサイトがあったのですが、
GPLなJavaScriptのコードは、非フリーなソフトウェアに使えるのか ? ありえるえりあ
dev.ariel-networks.com/Members/inoue/gpl-and-javascript
オープンソースライセンスのGPLにおけるリンクの扱いについて、JavaScriptではどういう解釈をすればよいのでしょうか。 たとえば多くのJavaScriptライブラリがGPL(v3)で提.. - 人力検索はてな
q.hatena.ne.jp/1210785986
ずんWiki - GPLなJavaScriptは非GPLなアプリで使えるか？
www.kawaz.jp/pukiwiki/?GPL%A4%CAJavaScript%A4%CF%C8%F3GPL%A4%CA%A5%A2%A5%D7%A5%EA%A4%C7%BB%C8%A4%A8%A4%EB%A4%AB%A1%A9
これらの結論からして、そもそもブラウザで実行するのには公開しないといけないのは当たり前なのですが、
派生した(そのライブラリを改造した)JavaScriptはGPLライセンスになる、
それ以外はGPLにならない、
さらにサーバーサイド側は影響をうけない、という解釈でよいでしょうか？
もし、これをオープンソースなどでzipで固めて公開した場合は、どうなるのでしょうか？
下記の「「単なる集積」と「二つのモジュールを一つのプログラムに結合すること」の違いは何ですか?」を参考にしたのですが、
GNU GPLに関して良く聞かれる質問 - GNU プロジェクト - フリーソフトウェア財団 (FSF)
www.gnu.org/licenses/gpl-faq.ja.html#MereAggregation
GPLのライブラリはGPLとして、他のプログラム(リンクしないexe,phpスクリプト,その他JavaScript)
などは他のライセンスで配布してよいものなのでしょうか？
（もちろん、GPLライセンス条項の同梱や「○○はGPLです」、という注意書きは要りますが）
- 395 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/11(日) 18:57:13 ]
- GNUのFAQでも「これは法的な質問であり、究極的には裁判官が決めることです。」と
投げちゃってる。つまりそういうこと。
GPLのFAQのその後に書かれてる範囲では、
「同じメモリ空間でプロセスを構成する」→「結合」
「パイプやソケット、コマンドライン引数で通信する」→「結合とはみなさない」
でも「コミュニケーションのセマンティクスが親密であったり、複雑な内部データ構造を交換したり」→「微妙」
と言っている。AjaxみたいなXMLの通信はこの「微妙」に入るだろうねぇ…
結局、会社なら「弁護士に相談」、個人ならオウンリスクで、慎重派ならやめとく、
イケイケならやってしまえと……
- 396 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/12(月) 00:38:47 ]
- 動作が同じでも通信フォーマットが非公開だと微妙度アップとかね。
- 397 名前：名無しさん＠お腹いっぱい。 [2009/01/12(月) 02:49:35 ]
- >>395
ありがとうございます。
解釈の問題になり、最終的には裁判で判決が出ないとわからんということですか。
GPLに記述してある用例が最近の状況を想定してないのですなあ・・・。
JavaのJREは確か中にGPLもんがあると、全部GPLになっちゃう、ということが
特別に書いてあった気がするのですが、書いてないもの場合は解釈次第で、「微妙」なんですね。
> 結局、会社なら「弁護士に相談」、個人ならオウンリスクで、慎重派ならやめとく、
> イケイケならやってしまえと……
なるほど。結論としては、方針次第・・・ということになりますか
- 398 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/12(月) 02:50:12 ]
- ageちゃったスマソ
- 399 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/12(月) 02:52:19 ]
- x JavaのJREは確か中にGPLもんがあると、全部GPLになっちゃう、ということが
o Javaのjarは確か中にGPLもんがあると、全部GPLになっちゃう、ということが
- 400 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/12(月) 11:42:11 ]
- 作者に直接聞くという手もあるよ。
LICENCEにどう書いてあろうと、作者の意向が全てだから。
例えばLinuxカーネル＋プロプライエタリドライバのように。
- 401 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/12(月) 13:21:08 ]
- 問題は多くの OSS は権利者が一人じゃないってことだね。
ライセンス的に微妙なら、権利者全員に確認しとかないと、後で揉めることになるかもしれない。
- 402 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/12(月) 15:59:43 ]
- トラブルにするかどうかは作者の意向次第だけど、
法的決着は文面に従う、というのは勘違いしちゃいけないところ。
|
 |
