[表示 : 全て 最新50 1-99 101- 201- 301- 401- 2chのread.cgiへ]
Update time : 05/09 08:50 / Filesize : 114 KB / Number-of Response : 403
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

ライセンスあれこれ



1 名前:名無しさん@お腹いっぱい。 [02/09/22 22:49]
ソフトウェアライセンスについて語るスレッド。
メジャーなライセンスに関するリンクは >>2


225 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/07/29(金) 21:55:44 ]
>>224 BSDライセンスのソースコードは先頭にあるCopyrightを残さなければなりません。
この中に書いてある内容がGPLのライセンス条件と矛盾するんじゃにゃーきゃ?

226 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/07/29(金) 22:05:16 ]
逆にいえばコピーライトさえ残しとけば問題ないんじゃないの?
詳しくはしらんから、詳しい人情報プリーズ

227 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/07/29(金) 22:30:03 ]
ライセンスをGPLに書き換えるのはNG
GPL配布物にBSDLソースが含まれるのはOK

228 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/07/30(土) 00:03:31 ]
どゆこと?
例を使ってカモン

229 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/07/30(土) 00:05:31 ]
xやyが出てくると式を解けない子供みたいだな。
それくらい例を出されなくても理解しろよ。



230 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/07/30(土) 00:10:30 ]
はいはい、ワロスワロス

231 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/07/30(土) 00:27:01 ]
NG: sed 's/BSDL/GPL/' < BSDL-SRC.c > GPL-PROJECT/GPL-SRC.c
OK: cp BSDL-SRC.c GPL-PROJECT/BSDL-SRC.c

232 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/07/30(土) 01:38:05 ]
>>227
BSDLのソースの書き換えた部分だけをGPLにするのはOK

233 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/08/02(火) 10:48:07 ]
スキンのライセンスについて教えて下さい。

メールソフト Pochyスレから来ました。
ttp://pc8.2ch.net/test/read.cgi/software/1084630667/

住人がThunderbirdのQuteのスキンを使ってPochyのスキンを作りました。
そのスキンをPochy Wikiの方に投稿しようと思うのですが、
ライセンス的にやばいのでしょうか?

逆に、やばい場合、どうすればOKなのでしょうか?




234 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/08/02(火) 10:51:26 ]
>>233
元のスキンのライセンスはどんなんなの?

235 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/08/02(火) 11:33:02 ]
元の作者にメール書いて許可をもらう。
もし元のスキンが別の素材を流用していたらその作者にも。

作者があらかじめ「ちゃんと著作権を表示する限りは勝手につかっていいよ」とか
条件を明記している場合、その条件を守る範囲ではメールを書く手間を省いてよい。


236 名前:233 mailto:sage [2005/08/02(火) 11:46:53 ]
>>234
いろいろ探したんですけど、見つかりませんでしたorz

>>235
メール書いて許可もらうようにしようと思います。
ありがとうございました。




237 名前:名無しさん@お腹いっぱい。 [2005/08/12(金) 00:21:16 ]
systemやpopenでGPLなものを呼び出した場合
そのコードはライセンスをGPLにしなくてはいけないのでしょうか?

238 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/08/12(金) 10:05:22 ]
NO

239 名前:名無しさん@お腹いっぱい。 [2005/08/17(水) 20:45:15 ]
すいません
GPLなコードを改編したいと思っているのですが
ライセンスを読むと複雑怪奇で分かりずらすぎます
どこかに分かりやすく説明したページは無いでしょうか?

また、読んでて気づいた点なのですが
改変部分を分かるようにしなければならない
著作権、ライセンス表記は改編してはならない
等は、どういうことでしょうか?
改変部分を分かるようにとは、パッチのような差分も提示しろということでしょうか?
改編してはならないとは、改編したものは著作権とライセンス表記の下に新しく
ライセンスと著作権表記を追加しなければならないのでしょうか?

また、GPLなコードを改編した場合改編者の意志に関係なくそのコードもGPLになってしまうのでしょうか?
BSDLのように、改編した部分は自分が好きなライセンスにはできないのでしょうか?


フリーソフトウェアと自由な社会をよんでいると、まだまだ不明な点が見付けられました
これが、GPLが嫌われる理由というものでしょうか?

240 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/08/17(水) 20:56:46 ]
ナンセンス。

241 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/08/17(水) 21:54:22 ]
>>239
home.catv.ne.jp/pp/ginoue/memo/gpl.html

242 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/08/23(火) 16:44:47 ]
pc.2ch.net/tech/kako/1005/10054/1005461137.html
の64-66
での話なのですが、
64「gperfが吐いたコードって、GPLに従わなくてもいいの?ソース非公開の商用でも可?」
66「Unix板でも逝け。ちなみにGPLに従う必要はない。GCCと同じだ 」

ということなのですが、gnu側の文面が見つかりません。
どこをみれば載っていますか?


243 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/08/24(水) 20:55:41 ]
>>242
これ?
www.gnu.org/licenses/gpl-faq.ja.html#CanIUseGPLToolsForNF



244 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/09/02(金) 14:21:23 ]
ちょいとごめんよ
>>57

245 名前:名無しさん@お腹いっぱい。 [2006/03/12(日) 01:07:01 ]
修正済みBSDライセンスについてお訊きします。

よく「著作権表示をすれば〜」という説明を見るのですが、
この著作権表示とはどのようにすればいいのでしょうか?

たとえば、Aというソースコードがあって、私がBというクローズドソースな
ソフトにそのコードをそのまま使った場合、著作権表示とは、
AのソースコードにあるものをBのドキュメントなどに
載せるということなのでしょうか?


246 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/03/12(日) 01:29:35 ]
>>245
原文読んだ?

247 名前:名無しさん@お腹いっぱい。 [2006/03/31(金) 19:58:13 ]
>>245
そう。


248 名前:名無しさん@お腹いっぱい。 [2006/03/32(土) 00:26:23 ]
マイナーやけど DJB ライセンスについて詳しい椰子おらんか?

249 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/03/32(土) 00:58:36 ]
ちょうど↓で djb ライセンス話が出てるよ。
pc8.2ch.net/test/read.cgi/unix/1114157851/l50


250 名前:名無しさん@お腹いっぱい。 [2006/03/32(土) 12:11:31 ]
多言語間の移植ってライセンスの影響受けるんでしょうか・・・
例えば、phpのGPLのソフトを、他の言語(例えばperl)で書き換えたら、GPLになるんですかね。
やっぱり、なるんですよね・・・。
0から書き起こしても駄目ですよね
参考にしたという程度ならならないかもしれんけど。

251 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/02(日) 02:10:15 ]
PHP <--> Perl だとアレだけど、PHP <--> Python くらいなら良いんじゃないの。
俺はコピペしなきゃオッケーと解釈してる。教祖様も好き勝手やってるし。

252 名前:名無しさん@お腹いっぱい。 [2006/04/02(日) 13:06:49 ]
>>250
動作仕様までライセンスの適用がおよぶとは思えんが。

253 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/03(月) 02:06:18 ]
>>251-252
そっかー。動作仕様になるか。
移植は、改変とかにあたらないのかな
サンクス。



254 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/03(月) 02:46:40 ]
仕様は著作物じゃないです。
たとえばプログラミング言語の仕様。
仕様書は著作物。

255 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/03(月) 03:14:58 ]
>>253
著作権には翻訳権ってのもあるから、
元ソースをベースに別言語に移植するような場合は
影響受けると思った方が安全と思われ。

256 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/03(月) 10:08:24 ]
フリーソフトウェアの定義では
www.gnu.org/philosophy/free-sw.html

・ The freedom to study how the program works, and adapt it to your needs
(freedom 1). Access to the source code is a precondition for this.

ソースコードをみて学習する自由、ということをいっているので、
ソースをみてコピペでなく同じような動作をするものを作るのは
アリだと自分は思ってる。


257 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/03(月) 12:16:24 ]
>>250
特許には注意が必要かも。

258 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/03(月) 20:20:02 ]
ライセンスの問題で使えない既存のプログラムを再実装する場合に、わざわざクリーンルームで
作業されるってこともあるし、逐語訳は駄目じゃなかろうか

259 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/04(火) 11:50:38 ]
なるほど人によって見解が変わってきますね
そうえば、QuakeをDelphiに移植したプロジェクトは、GPLのままだったよな・・・。

260 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/18(火) 17:02:20 ]
ロジック、関数分割、ファイル分割など構成も、
ほとんどそのまま、つまり逐語訳的って事なら著作権上問題ありでしょ。

それでもGPL→GPLなら問題ないんじゃないの?

261 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/18(火) 23:25:25 ]
GPL→GPLならもちろん何問題もないというか、それが最善。

まあVer.3はどーなるのって話もないではないけど・・・。

262 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/10/14(土) 00:14:55 ]
ほしゅ

263 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/10/23(月) 19:34:24 ]
よく知らないんだけど
著作物と言えば引用ってあるじゃない?
自分の書いたものを主として引用部を従とする(量・内容的両方)・出所を明示するってやつ
あれプログラムソースには適用されないものかな?



264 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/10/24(火) 09:12:38 ]
適用されると主張する弁護士もいる。実際のところは裁判してみないと
わからないだろうな。
もともと出所を明示するのはGPLを満たす要件のひとつでもあるし、
あんがい主張は通るかもね。


265 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/10/30(月) 05:21:18 ]
ライセンスの伝播についておききします。

BSDライセンスのライブラリAがあり、
それをソースレベルで利用し、改良したライブラリBを作りました。
その場合、ライブラリには、ライセンスAの著作表示を書く必要があります。
その上で質問です。

・ライブラリBは、ライブラリAのように、BSDライセンスにしなくてはならないのか?
・ライブラリBの利用者は、ライブラリAの著作表示をしなくてはならないのか?

私の見解では、BSDライセンスは伝播しないはずなので、
・ライブラリBは、BSDライセンスにする必要はない。
・ライブラリBの利用者は、Aの著作表示はする必要はない



266 名前:名無しさん@お腹いっぱい。 [2006/10/30(月) 05:27:27 ]
ただ、少し問題がありまして、
ほんの少しだけ(とは言え重要な)改変をほどこした場合、
別のものとして、配布してしまって、いいものでしょうか?
ライセンス上はよいとして、倫理上いいのかなーと。

本来なら、本家に差分を投げたいところですが、ライブラリのサポートを終了してしまっています。

267 名前:名無しさん@お腹いっぱい。 [2006/10/30(月) 08:58:32 ]
windows serverにcpuライセンスってあるの!?
一個に付き払うってマジっすか!!?
超ウンコ
超ウンコ
超最高unix様

268 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/10/30(月) 09:56:01 ]
>>265
> ライブラリBは、BSDライセンスにする必要はない。
OK

> ライブラリBの利用者は、Aの著作表示はする必要はない
BのライセンスをAのBSDライセンスに矛盾しないようにすると
Bの利用者はAの著作権表示をしなければならなくなるはずだが。

>>266
むしろ本家の作者と折り合いがついていないのに
勝手に同じものとして配布しちゃまずいだろ。

269 名前:名無しさん@お腹いっぱい。 [2006/11/11(土) 09:06:19 ]
近頃ドザたちがGNUのライブラリなどを使ったWin向けアプリ作って配布してるけど
こういう配布形態はライセンス的にどうなの?

freetypeを利用したツール
ttp://drwatson.nobody.jp/gdi++/

Xmingを利用したツール
ttp://www.geocities.jp/meir/fontforge/

270 名前:名無しさん@お腹いっぱい。 [2006/11/12(日) 02:31:02 ]
改変したソースの場所がわからんね
配布してないのか洩れが見落としてるのか

271 名前:名無しさん@お腹いっぱい。 [2006/11/13(月) 19:53:52 ]
>>268
サンクス!

272 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/11/20(月) 23:02:39 ]
上のは少なくともFreeTypeに関してはBSDライクなライセンスも選択できるはず。
他に何か使ってるのか?

下のはソースの改変なんてしてない気が。
(他の部分でアウトだろうけど)

273 名前:名無しさん@お腹いっぱい。 [2006/11/26(日) 00:39:41 ]
ドザはライセンスなんて考えないよ




274 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/11/26(日) 10:29:39 ]
Q&A:知的財産権
ossipedia.ipa.go.jp/kb/Q%26A:%E7%9F%A5%E7%9A%84%E8%B2%A1%E7%94%A3%E6%A8%A9

275 名前:名無しさん@お腹いっぱい。 [2006/12/06(水) 21:52:27 ]
自分で書いたPHPのコードAの中でGPLのコードBをrequireしたらコードAもGPLに感染する
自分で書いたPHPのコードA´の中でLGPLのコードB´をrequireしてもLGPLやGPLには感染しない
で認識正しい?
www.gnu.org/licenses/lgpl.ja.html
とか読んだんだけどイマイチ確信が持てなくて。
どっかに実例とか交えた解説してるページ無いかな。

276 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/06(水) 23:04:49 ]
>>275
正しい

277 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/26(火) 20:37:03 ]
英語でライセンスの告知する時って
Permission is granted to copy,....
の上に表題付けるとしたらどんな単語にすればいいの?
Notices?
Announcement?
Acknowledgements?


278 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/26(火) 22:59:56 ]
>>277
とりあえず「Acknowledgements → 謝辞」は間違いかな。

参考までに、GPLなソフトウェアパッケージの
よくあるライセンスファイルの名前は COPYING。

あるいはそのまま License とか。
あるいは Legal Notice とか。

...いや、実はよくわからんorz


279 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/26(火) 23:05:26 ]
ありがとう。とりあえずCOPYINGで問題無いかな。

280 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/11(木) 19:07:33 ]
BSD派生ディストリビューション全体に影響しうるライセンス問題の発覚
opentechpress.jp/opensource/07/01/11/0047226.shtml

宣伝条項がまだ残ってるらしい。

281 名前:名無しさん@お腹いっぱい。 [2007/01/13(土) 15:51:02 ]
トラックバック:pc10.2ch.net/test/read.cgi/tech/1045006087/

282 名前:名無しさん@お腹いっぱい。 [2007/04/13(金) 01:28:11 ]
LinuxのGPLコードをOpenBSDがBSDライセンスで配布?
ttp://slashdot.jp/bsd/07/04/09/1523225.shtml

283 名前:名無しさん@お腹いっぱい。 [2007/06/16(土) 18:59:57 ]
OpenGLスレ Part11
pc11.2ch.net/test/read.cgi/tech/1177523018/143-

馬鹿発見



284 名前:名無しさん@お腹いっぱい。 [2007/08/31(金) 01:49:41 ]
すみません、GPL で書かれたプログラムの分領・改編について教えてください。

GPL バージョン2で書かれたプログラム(仮にAとする)を分領・改編することは認められていますが
その際、分領・改編されたプログラムのGPLのバージョンもプログラムA側で限定することは可能ですか?

平たく言うと、「プログラムAを分領・改編してもいいけど、ライセンスはGPLバージョン2にしてね」
といった、絞りを付けることはできるのでしょうか?



285 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/31(金) 01:58:13 ]
「分領」とか「改編」ってどういう意味?

286 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/31(金) 02:25:55 ]
ライセンスにGPLを使うという事はGPLで認めている権利を全て与えるということ。
ところが、GPLでは「分領」や「改編」は認められていないので適用することは出来ない。
GPLを適用するという事は、条件を足してはいけない。また条件を引いてもいけない。

どのバージョンのGPLでライセンスするかは著作者が任意に決められる。


自分の(一次)配布には俺様ライセンスを適用して、二次配布はGPLでのみ
認めるという配布形態はあり。

287 名前:284 mailto:sage [2007/08/31(金) 02:53:33 ]
>>285
すみません、GPL日本語訳では、複製、頒布、変更と書かれていますね。

>>286
ということは、複製および変更しないで頒布する場合(プログラムA)は、その著作者が指定したGPLのバージョンが適用され、
ソースコードが変更された場合(プログラムA'は)、変更した新しい著作者が別のバージョンのGPLを指定した場合は
その指定されたバージョンのGPLが適用される。

オリジナルの著作者(プログラムAの著作者)は、ソースコードが変更された子プログラムや孫プログラムのGPLのバージョンまでは
指定することは不可能、と考えれば良いのでしょうか?

288 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/31(金) 03:06:37 ]
「改編」は「改変」の間違いだとしても、
「分領」なんて言葉を普段使ってるの?

289 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/31(金) 03:13:09 ]
>>287
逆。
「変更した新しい著作者」は「プログラムAの著作者」の指定したバージョンに従わなきゃいけない。

290 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/31(金) 03:14:53 ]
「このソフトはGPLv2」と著作権者が指定したら
受け取った人はGPLv2にしたがわなければならない。
「このソフトはGPLv2以降」と著作権者が指定したら
受け取った人はGPLv2以降のどれかにしたがえばよい。

291 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/31(金) 03:15:43 ]
>>288
普段使わないから間違えました。

>>289
了解しました、ありがとうございます。

292 名前:284 mailto:sage [2007/08/31(金) 03:17:38 ]
>>291 も私の書き込みです。

>>290さんも、ありがとうございます。

293 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/16(日) 20:25:11 ]
>>286
前に文を書いて「○○の場合を除いてGPLを適用」ってGPL風ライセンスはよくあるよ
ダブル・トリプルライセンス(事実上一番ゆるいライセンスを適用できる)もありがち

漏れはそれぐらいだったら最初から修正BSDとかいいライセンス選べよって思うけど



294 名前:名無しさん@お腹いっぱい。 [2007/12/02(日) 00:49:05 ]
プレイステーション2ゲーム『ICO』にGPL違反発覚
japanese.engadget.com/2007/11/29/ico-gpl/

295 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/02(日) 23:33:08 ]
BSDL >>>> 越えられない壁 >>>> GPL

296 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/04(火) 00:29:36 ]
Public Domain >>>> 越えられない壁 >>>> BSDL > GPL

297 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/04(火) 01:10:22 ]
俺様に従え >>>>> 越えられない壁 >>>>>>> Public Domain > BSDL > GPL


298 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/04(火) 23:10:26 ]
NYSLでいいよもう

299 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/05(水) 11:07:49 ]
Public Domain > BSDL > GPL >>>> 越えられない壁 >>>> マイナーライセンス

300 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/05(水) 11:43:35 ]
BSDLって具体的にはどれ?
「宣伝条項なし」とか接頭した方がいいんじゃないの?


301 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/05(水) 12:08:22 ]
どうせネタ

302 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/05(水) 17:50:16 ]
BSDL は既に改定されてるんだから接頭すべきなのは「宣伝条項あり」の方
にわかが知識をひけらかしたがるからいつまで経ってもアホが絶えない

303 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/06(木) 20:58:46 ]
>>302
そうそう。ずっと疑問に思ってたんだけど。BSDLだと言えば、修正後を指すのが当たり前のはずで、
わざわざ「修正されたBSDライセンス」なんていう言い方がまかり通ってるのはなんでだろうね。
バージョン番号でも付ければ良かったのかねぇ。



304 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/06(木) 21:52:35 ]
都合の悪いものはないかのような名前付けを好むBSDコミュニティ

305 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/07(金) 09:49:48 ]
当たり前だろ

306 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/07(金) 11:07:34 ]
結局、4-clause BSDLの頃の昔に寄与されたコードの著作権者が現れて、
例えば遺族、BSDを使ったルータとか売っているメーカが訴えられたら、
負けるって事だよね? 原理的には。

307 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/07(金) 15:51:50 ]
>>306
?普通にBSDLのコードを使った製品は、BSDライセンスの表示をしてるよね。
WindowsでもBSDライセンス使用の表示はしてたんじゃなかったっけ?

修正前のBSDLのまずいところってのは、作者がBSDLを選択し、配布する時に
宣伝条項を付け加える事が出来た部分にあるのであって、宣伝条項そのものが
「フリー」を阻害するものではない。原理的には。

308 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/17(月) 17:54:06 ]
>>307
GNUも宣伝条項付きBSDLは新しく使うなとは言ってるけどフリーでないとは言ってないね
>これは単純で制限の緩い非コピーレフトのフリーソフトウェアライセンスなのですが、
>重大な欠陥を抱えています。「迷惑極まる BSD 宣伝条項」がそれです。この欠陥は致命的というほどのものではありません。
>よって、適用されたソフトウェアを非フリーにしてしまうわけではありませんが、
>実務上困ったことが生じ、それには GNU GPL との矛盾の発生も含まれます。
(ry
( www.gnu.org/licenses/license-list.ja.html )

309 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/17(月) 17:57:42 ]
>>308
「フリー」の定義に反してるわけじゃないからな。
www.gnu.org/philosophy/free-sw.ja.html

310 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/17(月) 21:10:57 ]
宣伝条項付き BSDL でソースを公開したら
GPL でフォークされる心配は無いんだよね?

GPL と矛盾していて一番世間体が良さそう
なのは Apache 2.0 Licence かな。

311 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/02/15(金) 17:20:52 ]
日本法の下だとダイナミックリンクだけで全体が2次著作物になるかどうか怪しいから
事実上GPL=LGPLになってしまうって噂聞いたけどマジ?

312 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/02/15(金) 17:46:15 ]
んにゃ。
誰だそんな訳わからんこと言ってたのは。

313 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/02/15(金) 17:54:22 ]
ttp://detail.chiebukuro.yahoo.co.jp/qa/question_detail.php?queId=9123035

とかLGPLについて勘違いしている人がいるのを見ての通り、LGPLってのはわかりづらいからあかんな。
GPLかLGPLが国内で有効かどうかは、判例が出てないからまだわからんと思う。
で、多分、そういう裁判が起きたら有効になっちゃいそうな気がする。



314 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/02/15(金) 18:20:12 ]
LGPLってGPLのCopyLeftをちょっとだけ緩めて
「動的リンク(静的リンクはバイナリにライブラリのコードが含まれるからアウト)だけなら派生物は他のライセンスにしてもいいよ」
↑ってことにしただけで他はGPLのまんまなのにね
glibcはLGPLからさらに例外条項つけて静的リンクもOKしてるんだっけ?

315 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/02/16(土) 10:53:31 ]
GPLとダイナミックリンクライブラリ他についてはGNUがFAQで答えてる
ttp://www.gnu.org/licenses/gpl-faq.ja.html#GPLAndPlugins
「境界線上で微妙なケースとなります。」という言葉が示す通り、
GNU自身はっきりとさせかねてる。

316 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/02/16(土) 13:48:25 ]
>>315
それはDLLの場合っつーか、
動的リンクして関数一個だけ使用する場合がボーダーラインと言っている。
そんなケースってあんまりなさそうだけどな

317 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/02/16(土) 15:35:40 ]
ふざけた話だ

318 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/02/16(土) 16:43:25 ]
あくまでFSFの解釈だけどな。

319 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/02/19(火) 13:46:42 ]
LinuxのblobってGNU的には×なんだっけ?
だとしたらおkって言ってるのはLinus?

320 名前:名無しさん@お腹いっぱい。 [2008/03/24(月) 02:00:38 ]
結局おまいらLinux界隈の話が好きなんだな

321 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/15(火) 22:43:49 ]
ここで聞いていいのか迷ったんですが、ライセンス関連のスレってあまりないので質問させてください。

JW FLV Media Player
ttp://www.jeroenwijering.com/?item=JW_FLV_Media_Player
という、Web上でFLV動画を再生するソフトがあるのですが、このソフトのライセンス規約
ttp://www.jeroenwijering.com/?page=thankyou
によると、商用利用(広告を表示するサイトでの利用)にはライセンス購入が必要とあります。

この場合、レンタルサーバなどで強制的に広告が挿入されるページにこのソフトを埋め込むとすると、
それは商用利用とみなされてライセンス購入義務が発生してしまうのでしょうか?

322 名前:名無しさん@お腹いっぱい。 [2008/04/15(火) 22:57:25 ]
思いっきり Your site has ads にひっかかるじゃん。

323 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/07/21(月) 19:57:18 ]
ちょっとTorcsというGPLのレースゲームの件で質問します。

ググッていたら、GPLに反した再配布をしている物を見かけたんですが、どうすればいいんでしょう?
ブツ ttp://lib.optmedia.jp/detail/S0000212.html
利用規約 ttp://lib.optmedia.jp/agreement/

自分のPC上で公式版1.2.4と比較してみた結果:
・オプトメディアのライセンスと付属の日本語Readme.txtで、矛盾する項目が多数ある。
 ・商用利用・改造・解析に関して、、日本語Readme.txtでは「GPLに従え」と書いてあるが、オプトメディアのライセンスでは禁止している。
・非GPLのアドウェア部分を切り離しての使用を禁止している。(リンクやらデータのやり取りはしてないようだけど・・・)
・また、ソースコードの提供について書いていない。(この点で、GPL違反確定)

そのほか:
・簡単な日本語readme.txtがついてくるが・・・詳細な日本語ドキュメントがついてくるわけではない。TrackEditerの説明文も同様。
・本体は日本語化されていない・・・ってかMD5を見た結果、同一ファイルと判明。
・新車のとかコースの追加も無い。



324 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/07/22(火) 15:24:06 ]
まずは作者に連絡するところからかな

325 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/07/27(日) 12:50:29 ]
> 5. 「ホストアプリケーション」の開発者が「オプトリンクス」でない場合、「ホストアプリケーション」の利用についての条件は開発者が提示する契約書その他の書面やファイルの記載によります。
だからGPLが優先すると考えていいんじゃないだろうか。

MD5が一致したってことはホストに何かリンクしてるわけじゃないから
インストーラーの改変ってことになるよね。

326 名前:323 mailto:sage [2008/07/29(火) 01:44:42 ]
>>325
よく読んでみると、オプトメディア利用許諾5条関係なしに、12条、13条の追加的制限をつけて再配布している気がする。
(www.gnu.org/licenses/gpl-faq.ja.html#OrigBSDも参照)

www.gnu.org/licenses/gpl-faq.ja.html#GPLInProprietarySystemの表現を使って皮肉って言うなら、
「人々が、GPLで保護されたソフトウェアをその一部が独占的であるとユーザが知っているシステムの「一部」と呼んで頒布しようとしている場合、
ユーザは GPLで保護されたソフトウェアに関する彼らの権利について自信が持てないかもしれません。
しかし彼らが受け取ったものはフリーなプログラムにそうでないものを並べて、制限も追加されたソフトウェアだった。 」

根拠となる条文
>0. 「オプトメディア」は、「オプトサーブ」と「ホストアプリケーション」というプログラムの総称です。
>12. 情報の取得や「アクトマッチ広告」は、お客様のPCにインストールされているオプトメディアをすべてアンインストールすることによってのみ止めることができます。
>13. アンインストール以外の方法でオプトサーブの情報取得動作や「アクトマッチ広告」の表示を止めることは禁止させていただきます。


ちなみに、ブツは↓のような構造。
┌───オプトリンクス製インストーラ──────────┐
│┌────┐ ┌───────┐ ┌──────┐ │
││アドウェア│ │簡易マニュアル │ │公式      │ │
│└────┘ └───────┘ │インストーラ  │ │
│                        └──────┘ │
└─────────────────────────┘


#公式版は1.3.0が既に出ているのでこれをインストールする価値は無いといっていいけど・・・w


327 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/08/06(水) 19:54:58 ]
昔public domainのソフトウェアを自分の名前で出して
著作権とったみたいな話聞いたことがあるけど、
小説とかでもそういうのありうるの?
著作権の細かいこと知らないんだけど
誰かが異議となえて裁判起こすまでは
とりあえずその人のものになるのかな。

328 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/08/06(水) 20:03:43 ]
>>327
さすがに板違いじゃね。

【文化の】著 作 権 総合スレ・第8条【発展】
school7.2ch.net/test/read.cgi/shikaku/1199666261/

329 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/08/06(水) 22:36:33 ]
そっちで聞いてみます。どうも。

330 名前:名無しさん@お腹いっぱい。 [2008/08/15(金) 23:04:37 ]
BSDライセンスで公開しているソフトウェアに、Autotoolsで生成したビルド環境をつけて公開したいん
だけど、Autotoolsが自動生成するCOPYING(中身はGPL2のライセンス文書)とかをBSDのに変更すれば
問題ない?
#GPL汚染も含めて

331 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/08/29(金) 12:40:21 ]
Autotools GPLでぐぐれ

332 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/09/14(日) 02:01:06 ]
GPLについて質問させてください。
私は今、とあるWebアプリケーションを開発しており
このアプリケーションは以下のものを含んでいます。

1. 私の書いたソースコード
2. MITライセンスで頒布されている他著作者のライブラリ
3. GPLv2で頒布されている他著作者のライブラリ

なお、このアプリケーションは、インタープリタからの実行を前提としているため
すべてのファイルがソースコードのままで含まれています。

このような場合、それぞれの部分ごとに別なライセンスを適用した上で
一つのアプリケーションとして頒布することは可能でしょうか?
(たとえば「1をNYSL、2をMITライセンス、3をGPLv2で頒布する」というように)
それとも、この場合は1の部分もGPLv2で頒布しなくてはならないのでしょうか?

333 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/09/14(日) 06:10:52 ]
1がGPL互換のライセンスなら一緒に配布できる

ただ、NYSLがGPL互換なのかは俺はしらん
(A-4の解釈次第では非互換になる気もしないでもない)

いずれにしてもGPLに引っ張られるから、GPLと互換性があることが
知られてるライセンス(BSDLみたいな)にしたほうがいいとは思うが





334 名前:名無しさん@お腹いっぱい。 [2008/09/14(日) 21:07:44 ]
age

335 名前:332 mailto:sage [2008/09/15(月) 11:38:34 ]
>>333
ありがとうございました!
1の部分のライセンスについては再考してみます

336 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/09/15(月) 11:58:02 ]
>>332,333
NYSL に限っていうなら、NYSL は実質 PD であり
PD は GPL と互換性があるので問題ない、はず

337 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/09/15(月) 16:16:47 ]
ライセンスが自由に選べるのに、わざわざ日本ローカルで
GPL互換かどうかも曖昧なものを選ぶ理由はないだろう。
MIT LincenseなりBSDLなり選べばよい話。

というか、日本語で書かれたライセンスは、実質的に日本語を解する人間以外
には変更を許諾していないのと同じであり、GPL互換じゃない気がするんだが。
論破きぼんぬ。

338 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/09/15(月) 17:38:20 ]
>>336
ライセンスは条文の通りに解釈されるのであって、
書いた奴の意志の通りに解釈されるわけではないよ。

例えば条項A-4を「再頒布する場合は名義を書き換えることが必須」
とかパラノイヤな解釈するとGPLと非互換になると判断されるかもしれない。

そもそも、条項Cで著作者人格権を主張しているのに条項A-4で
その譲渡を謳ってるような文言だったり(人格権は譲渡無効)。

なんにしても、ライセンスとしてはいろんな面で怪しすぎる。
(特に条項A-4。まあ作った本人も悩んではいるようだけど)

ライセンス問題で一番苦労するのは利用者なんだから、
その苦労を増やすやり方は一番くだらないと思うがね。

>>337
NYSLは英語版もあるよ^^ 効果はしらんが。

339 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/09/19(金) 07:14:43 ]
【中国】「IT製品、ソースコード開示せよ」、中国が外国企業に要求 [09/19]
gimpo.2ch.net/test/read.cgi/news4plus/1221764069/



340 名前:名無しさん@お腹いっぱい。 [2008/09/27(土) 13:56:01 ]
BSDライセンスでは、再配布にライセンスの記載(著作権表示、
ライセンス条件、免責事項)を含める必要があると思ってたんですが
著作権と免責だけで良いという説明も見掛けます。
ja.wikipedia.org/wiki/BSD_License
e-words.jp/w/BSDE383A9E382A4E382BBE383B3E382B9.html
法律文章の読み方を知らないせいか、どうも理解できません。
どう読めばこの様な解釈が出来るのでしょうか。

341 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/09/27(土) 18:48:30 ]
>>340
読めばわかる
> 1. Redistributions of source code must retain the above copyright
> notice, this list of conditions and the following disclaimer.
> 2. Redistributions in binary form must reproduce the above copyright
> notice, this list of conditions and the following disclaimer in the
> documentation and/or other materials provided with the distribution.

342 名前:341 mailto:sage [2008/09/27(土) 18:49:35 ]
>>340 e-words の説明が変、ってことね。

343 名前:横レス mailto:sage [2008/09/27(土) 19:11:55 ]
>>341
> the above copyright notice, this list of conditions and the following disclaimer
上とこのリストと下って・・・なーんだ全文じゃんみたいな
英語的な表現なのかも知れないけどいかにもまわりくどい



344 名前:340 mailto:sage [2008/09/27(土) 22:40:44 ]
>>341
ありがとうございます。なんか安心しました。

それと、弁護士さん?による説明もみつけました。
頒布する場合はBSDライセンスを記載する必要ありとはっきり書いてありました。
www.homu.net/2007/06/post_cd47.html

345 名前:名無しさん@お腹いっぱい。 [2008/10/05(日) 14:10:02 ]
ライセンス全文をソースの頭につけるのが嫌なんだけど、例えば、

// (c) 200x xxxxxxxx
// This source is distributed under the 2-clause BSD license.

とかだけ書くのって有効?

346 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/10/06(月) 00:28:54 ]
別文書にして同梱するとかなら有効そうな気もするけど、どうだろ
GPLなんかはそうしてるけど(そうせざるをえないがw

347 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/10/06(月) 14:07:11 ]
「the 2-clause BSD license」とは何か、がはっきりわかるように書けば
問題ないと思うけど。

つーかなんで嫌なの?

348 名前:名無しさん@お腹いっぱい。 [2008/10/06(月) 19:05:49 ]
>>345
ダメだよ

349 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/10/07(火) 16:21:06 ]
>>347
バークレー校から配布されたソフトはUNIX風OSだけじゃないものね
(具体的名前は漏れ知らないけどw)

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の1でしょ。そのまま残すしかないんじゃないの?
末尾にもってくのはどうだろう?
>>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 ]
トラブルにするかどうかは作者の意向次第だけど、
法的決着は文面に従う、というのは勘違いしちゃいけないところ。






[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<114KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef