11/08/12 23:21:18.71
>>261
LGPLが言ってる
263:デフォルトの名無しさん
11/08/12 23:21:30.05
つ URLﾘﾝｸ(slashdot.jp)
264:デフォルトの名無しさん
11/08/12 23:22:05.77
>>262
どの条項の話してるの?
265:デフォルトの名無しさん
11/08/12 23:27:34.83
>>264
複製、頒布、改変に関する条件と制約
の10だよ。
わざわざリンクの記述を追加している。
266:デフォルトの名無しさん
11/08/12 23:30:05.31
リンクは好きなだけできるんですけど?
267:デフォルトの名無しさん
11/08/12 23:31:29.33
どうやって？
268:デフォルトの名無しさん
11/08/13 00:00:22.32
>>267
リンカーで
269:デフォルトの名無しさん
11/08/13 00:03:45.85
え？
270:デフォルトの名無しさん
11/08/13 00:05:08.83
リンカー知らないの?
271:デフォルトの名無しさん
11/08/13 00:06:03.63
さすがにこれはお笑い
272:デフォルトの名無しさん
11/08/13 00:08:46.05
空気の演出乙
273:デフォルトの名無しさん
11/08/13 00:14:16.00
>>265
つーか LGPL って 6 までしかないのに 10 って何?
URLﾘﾝｸ(www.gnu.org)
274:デフォルトの名無しさん
11/08/13 00:17:55.70
ﾜﾛﾀ
>>265はGPLを読んでたんだな阿呆め。
275:デフォルトの名無しさん
11/08/13 00:19:18.58
URLﾘﾝｸ(www.gnu.org)
古い方のライセンスでも、
> You may not impose any further restrictions on the recipients' exercise of the rights granted herein.
だから、『いかなる制限も』じゃなくて、LGPL で許可されている権利が
保持されないといけないというだけだな。
276:デフォルトの名無しさん
11/08/13 04:03:07.14
>>246
それはこのライセンスの対象になっているライブラリについて許可しているわけであって、
つまりiOSと共に頒布しているそのバージョンのライブラリをリンク、改変することは
自由だというだけのことだね。
>>244の言う「差し替えて使う事」まで含まれているようには読めないが。
277:デフォルトの名無しさん
11/08/27 18:33:44.87
すいません，ちょっと教えてください。
LGPLで配布されているライブラリAがあります。
Aを使っているけれどもBSDLのようなゆるいライセンスで配布されているライブラリBがあります。
このAやBを同梱して配布するアプリケーションCはAがLGPLである影響をうけて，
リバースエンジニアリングを禁止できない，などの制限がありますでしょうか?
278:277
11/08/27 18:37:27.28
追加です。
アプリケーションAはBだけを直接利用します。
279:デフォルトの名無しさん
11/08/27 20:16:09.54
リバースエンジニアリング許可にしなければいけない
280:デフォルトの名無しさん
11/08/27 23:49:32.64
>>277
１．作品にライブラリAを使ったこと、そしてライブラリAはLGPLで保護されていることを作品内で明記する
２．作品にGPLとLGPL文書を同梱する
３．リバースエンジニアリング禁止の禁止
４－１．アプリとライブラリがダイナミックリンクならば、ライブラリAのソースを伝達する。
４－２．アプリとライブラリがスタティックリンクならば、全てのソースを伝達する。
281:デフォルトの名無しさん
11/08/28 03:01:57.88
ライブラリA、ライブラリB、
アプリケーションA、アプリケーションCが出てくるけどどういうこと？
アプリケーションAはアプリケーションCのtypoなのか？
BがAを利用しているのにBSD系ってことは、AとBはダイナミックリンクのはず
（なぜなら、BがAとスタティックリンクしてるなら
Bのリバースエンジニアリングは許可されなくてはいけないが
その条件をBSDLは満たさない）
よって大前提としてBはAのLGPLの効力を受けていないことになる
その状況でCがBだけを使うなら、CはBのBSDLだけに従えばいいよ
同梱したAは単体でLGPLに従うって形だね
ダイナミックリンクでもLGPLが及ぶって考えなら
そもそもBがBSDLで配布できるわけないし
282:デフォルトの名無しさん
11/08/28 03:45:21.49
図を描くとわかりやすい slはスタティックリンク、dlはダイナミックリンク
1) A -sl- B -sl- C
=> A,B,Cは単一のアプリX1と見做され、X1はLGPLの制限を受ける
=> X1はLGPL、あるいはGPLなどで配布せねばならない
2) A -sl- B -dl- C
=> A,Bは単一のライブラリX2と見做され、X2はLGPLの制限を受ける
=> CはX2にダイナミックリンクしてるだけ
=> 同梱した場合でもX2とCは別に扱える。X2はLGPL、Cは別ライセンスで配布することが可
3) A -dl- B -sl- C
=> B,Cは単一のアプリケーションX3と見做され、BSDLの制限を受ける
=> AはLGPLの制限を受ける。X3はそこにダイナミックリンクしてるだけ
=> 同梱した場合でもAとX3は別に扱える。AはLGPL、X3はBSDL等で配布することも可
4) A -dl- B -dl- C
=> AにはGPLの制限がかかる。Bはそこにダイナミックリンクしてるだけ
=> BにはGPLの制限がかかる。Cはそこにダイナミックリンクしてるだけ
=> 同梱した場合でも、すべてバラバラに扱える
ダイナミックリンクでLGPLの効力が及ばない、という前提だけど
283:デフォルトの名無しさん
11/08/28 11:01:48.53
ダイナミックリンクで「効力が及ばない」なんてことはない。「条件を満たせば非LGPL部分を別ライセンスで配布できる」が正解。
LGPLはリンクしたらその形態がなんであれ「結合された作品」とみなす。
ライブラリBがBSDなのは問題ない。条件を満たした上でライブラリAの部分の扱いに関してLGPLを求めれば良いだけだから。
アプリCもまたライブラリAに間接的にではあるがリンクしており、結合された作品とみなされる。
本体をLGPL以外のライセンスで配布する条件とは
{「対応するソースの伝達」あるいは「ダイナミックリンク」}、ライブラリのクレジット表記、リバースエンジニアリング禁止の禁止など。
284:デフォルトの名無しさん
11/08/28 14:34:00.88
ダイナミックリンクでもLGPLの効力は及ぶ
285:デフォルトの名無しさん
11/09/26 16:45:26.32
BSDライセンスでライブラリの開発を行っている者です。
ある実装が必要になりググったところ、パブリックドメインで配布されている
有用なソースコード（クラス）を発見したのですが、これをBSDライセンスで一緒くたに
配布することは可能でしょうか？
それとも LICENSE.txt に「これこれのクラスは例外としてパブリックドメインである」と
記述する必要があるのでしょうか。
また、クラスに記述されたコメント等をある程度都合よく改変する（日本語に訳す、
ChengeLogなどの不要な情報を削除する、あるいは極論すれば開発者の名前や
メールアドレスを削除する）などした場合、それはどのような問題を生み出すでしょうか。
当方ライセンスの問題に詳しくなく、とりとめのない質問になりますが、どうか御教授下さい。
286:デフォルトの名無しさん
11/09/26 17:04:21.89
>>285
パブリックドメインなら建前上著作権は放棄されているので煮ようが焼こうが自由。
本当に著作者がパブリックドメインで公開してるのか？他人の知的財産権を侵害してないか？という問題に関して誰も保障しないけど
その配布者（DL元）との契約上はどう使おうが問題ない。
287:デフォルトの名無しさん
11/09/26 17:09:25.46
>>286
すばやい回答ありがとうございます。参考になりました。
288:デフォルトの名無しさん
11/10/16 03:42:01.49
Tomcatで動いてるJavaのWebアプリでPDFを出したいです。
PDFを出しているのに使う予定のライブラリはLGPLとなってます。
(今回はjasperreportsとかいうものを使う予定）
で、それに向けて帳票テンプレートを作るのですが、
そのテンプレート作成ツールはAGPLで配布されてます。
もちろんテンプレートの開発には本番機のサーバーとは別のWindowsクライアントで使います。
それで、そのAGPLで配布されているツールで作った帳票テンプレートサーバー機にコピーして、
そのコピーしたテンプレートはAGPLライセンス扱いになるんしょうか？
このテンプレートをもとにLGPLのライセンスのライブラリでPDFを作ってWeb配布した場合、
これはやはり一番きつい制限であるAGPLを適用する必要があるんでしょうか？
289:デフォルトの名無しさん
11/10/18 09:43:16.27
>>288
問題となるのはjasperreports、テンプレート作成ツールのいずれかが素材として
LGPLまたはAGPLで保護されるテキストや画像を出力結果に含ませるか否か、
また含ませる場合においてGPLの例外規定が設定されているかどうかです。
ツールがAGPLなら無条件で出力結果もAGPLになるわけではありません。
出力結果にAGPLな素材が含まれ、例外規定も設定されていない状態なら
成果物であるPDFを配布する際にはAPGLを適用する必要があります。
別の問題としてjasperreportsがLGPLv3な素材を埋め込んで、テンプレート作成ツールがAGPLv?な素材を埋め込んだ場合、
両者のライセンスに互換性が無いので、成果物であるPDFを公開できません。
290:デフォルトの名無しさん
11/10/19 00:20:02.14
>>289
なるほど参考になります。
今回は単にエクセルもどきの表を出すだけでこれといった素材的な物は使わないので大丈夫そうです。
291:デフォルトの名無しさん
11/11/01 04:08:57.66
MITライセンスのソースを拡張した場合、
* Copyright (c) 1988 元の著作者
* Copyright (c) 1991 わたし
* All rights reserved.
<以下ライセンス文>
で公開しちゃってよいの？
292:デフォルトの名無しさん
11/11/01 15:19:33.68
>>291
オリジナル開発者の許可無く勝手に著作権表示いじるのはNG。
まずは自分の著作権表示＆ライセンスを提示した上で、
「このソフトウェアは○○を改変して作りました。○○の著作権表示、ライセンス等は以下の通り～（以下オリジナルのライセンス文）」とするとか。
293:デフォルトの名無しさん
11/11/25 21:43:29.99
294:デフォルトの名無しさん
11/12/01 01:19:37.32
無保証なのに著作者の名前入れないといけないライセンスとかクソすぎ
どんだけ自己主張激しいんだ
295:デフォルトの名無しさん
11/12/01 01:45:17.81
世の中ギブアンドテイクですから。
名前入れるのが嫌なら別の見返りを作者に提示して交渉しろよ。
296:デフォルトの名無しさん
11/12/01 03:37:19.74
著作者というか著作権者というかライセンサー不明のライセンス契約はあやしい。
297:デフォルトの名無しさん
11/12/13 01:35:49.09
>>351,356
レスありがとう。
>オプソの派生物がオプソである必要は無い。GPL系だけがごく特殊な例外。
と思っていたところ、ttp～のページをみつけたので、混乱きわまりました。
引っ越します。
298:297
11/12/13 01:36:18.49
！誤爆しました。
299:デフォルトの名無しさん
11/12/13 04:03:57.49
>>294
自己主張とかそういう世俗レベルの話じゃないと思うよ
300:デフォルトの名無しさん
11/12/13 06:56:48.95
ソースをオープンにしない修正BSDライセンスってありえますかね？
修正BSDライセンスを適用する＝オープンソース ですか？
301:デフォルトの名無しさん
11/12/13 07:40:45.57
正しいか間違いか教えてください。
1. MITライセンスのソースに関して、アーカイブ丸ごとの再頒布であれば、単純にアーカイブを頒布するだけでよい。(正？)
2. MITライセンスのソースに関して、アーカイブ丸ごとの再頒布を行う場合、入手元を示す情報を文書で示して頒布しなければならない。(違？)
3. MITライセンスのバイナリに関して、アーカイブ丸ごとの再頒布であれば、単純にアーカイブを頒布するだけでよい。(正？)
4. MITライセンスのバイナリに関して、アーカイブ丸ごとの再頒布を行う場合、入手元を示す情報を文書で示して頒布しなければならない。(違？)
4. MITライセンスのバイナリに関して、アーカイブ丸ごとの再頒布を行う場合、ソースコードの入手先を示す情報を文書で示して頒布しなければならない。(違？)
302:デフォルトの名無しさん
11/12/13 07:44:51.81
URLﾘﾝｸ(sourceforge.jp)
303:301
11/12/13 08:08:44.21
6.
MITライセンスのライブラリ(ただし、動的リンクバイナリ、ヘッダソース、静的リンクバイナリ)の変更なしの再頒布に関して、
バイナリ部分の一部分(ヘッダ以外)を再頒布する際、
元のアーカイブに含まれる著作者を示す文書(テキスト)の同梱は必須である。(正？)
7.
MITライセンスのライブラリのソースを元に、
一部を改変してビルドした「バイナリ」の再頒布に関して、
元のアーカイブに含まれる著作者を示す文書(テキスト)の同梱は必須である。(正？)
304:301
11/12/13 08:09:01.49
8. 7、且つ、改変元のソースの入手元の情報を文書で示す必要がある。(違？)
9. 7、且つ、改変元のバイナリの入手元の情報を文書で示す必要がある。(違？)
10. 7、且つ、改変部分に関して、MITライセンスである、又は、その他のライセンスであることを文書で示す必要がある。(違？)
11. 10、且つ、改変後のソースコードを公開する必要は無い。(つまり、改変内容を公開する必要はない。)(正？)
305:301
11/12/13 08:13:41.46
>URLﾘﾝｸ(sourceforge.jp)
>上記の著作権表示および本許諾表示を、ソフトウェアのすべての複製または重要な部分に記載するものとします。
>ソフトウェアは「現状のまま」で、
の意味・程度が理解できません。
上げたケースに関してOK・NGが知りたいです。
306:デフォルトの名無しさん
11/12/13 08:32:39.36
GPLウィルスに毒されすぎに見えるが。
無制限といっているので無制限に「利用」してOKなんだけど、
オリジナルの「著作権」に関してはオリジナルの著作者に帰属している程度でいいのでは？
再配布がソースなら面倒は少なくて、
アーカイブを公開するだけでいいし、
オリジナルが何で、変更箇所がどこであるかしめす必要もないし、
再配布時のライセンスが何であるのか示す必要もない(任意)けど、
著作権の表示は必須。
バイナリのみの配布で、著作権について、
READMEやCOPYRIGHTのようなファイルがオリジナルになくて、
各ソースファイルに書いてあるならば、
利用するファイルの中身の著作権表示テキストをちょん切って、READMEをつくればいいと思ってるんだけど、
誰かコレで良いのかおせーてください。
各ソースファイルに著作権表示があるタイプだと、全部のソースの差分を見ないとならないってこと？
それって大変じゃない？
使う気がうせるんだけど。
307:デフォルトの名無しさん
11/12/13 08:42:11.14
306だけど、
派生物の著作権は、
オリジナル部分はオリジナルの著作者にあるけど、
派生・改変部分はオリジナルの著作者のものではないから、
オリジナルの著作権表示のみしかしないと、
オリジナルの著作者に対して、何かの権利を侵害していることになるのかな？
「～を改変したものです」の一言は必須なのかな？
回答しようとして、混乱を助長したかも。サーセン！
■■■■■
ここから、このスレにきた目的で、１件質問させてください。
Makefileを改変してビルドした生成物は誰の著作物になるんです？
バイナリ部分はオリジナル著作者のものだし、Makefileはオリジナルと改変者のものですよね？
オリジナルの著作者のものだと面倒がなくて助かるのですけど。
308:デフォルトの名無しさん
11/12/13 14:08:15.14
>>307
人のものを勝手に改造しておいて、全部その人が作ったことにして配布するのはいろいろ問題があるでしょ。
要するに騙りだからな。
BSDとかだと
> 本ソフトウェアから派生した製品の宣伝または販売促進に、
> <組織>の名前またはコントリビューターの名前を使用してはならない。
とか書いてある。
309:デフォルトの名無しさん
11/12/13 14:37:24.25
>>301
必要なことは全てライセンスに書いてあるからライセンスを読んでください。
ライセンスに書いてないことや、暗黙にすら示されていない見当違いな質問を延々とされても困る。
GPLなどのライセンス解説記事はうそっぽいのから解釈が分かれるものまでいろいろあるから、
最終的には自分でライセンス読んで判断することが求められる。
具体例が知りたければ有名なオープンソースを実際にDLしてみて、
ライセンス文書がどんな風になってるのか見てみること。
「現状のままで」というのは免責事項であって、「何か問題がおきても修正とかする義理はねえよ」って意味。「改変禁止」という意味ではない。
310:デフォルトの名無しさん
11/12/13 14:45:24.12
そんなこと言ったらこのスレいらねーんじゃねーの？
311:デフォルトの名無しさん
11/12/14 03:16:01.77
test
312:デフォルトの名無しさん
11/12/14 03:28:15.73
MITライセンスとかBSDライセンスって商用ライセンスなど他のライセンスに載せ代えOKという意味がよくわからないのだけど、
オリジナルの部分については、永久にもとのライセンスで、
追加部分や改変部分についてのライセンスが自由ということなの？
全部自由に出来るなら、片っ端からパブリックドメインにライセンスを変更して、
その上で煮るなり焼くなりできるよね？
チンパンジーアイちゃんにもわかるように、教えてほすぃ。
313:デフォルトの名無しさん
11/12/14 04:03:46.65
細かい部分を端折ると
「著作権表示」さえすればあとはバイナリだろうがテキストデータだろうが好きに扱え
というのがMITやBSD
だからパブリックドメインにはできない
でも著作権表示さえ守られるならどんなコードにも混ぜて配布できる
だからコピーレフトにも混ぜられるし、プロプライエタリにも混ぜられる
314:312
11/12/14 04:26:55.46
thx.
半分くらい理解できた気がする。
元の「著作権表示」をどの用に示したらいいのかわからなくて困ってる。
ソフトのバイナリは出来ているのだけど、ライセンスの理解が出来なくて、配布が出来ない…。
MITライセンスのソースコードをもらってきて、自分のプログラムに組み込んで使ってる。
ソースには、いい感じにライセンスの表示がある。全てのソースに同じ文言が書いてあってわかりやすい。
で、このソースを少しだけ修正して、ビルドして、バイナリを作った。
当然バイナリには「著作権表示」がついていない。
そこで、元のソースやドキュメントに記述の「著作権表示」をコピペすればいいのかな？
と思ったのだけど、どうすればいいのかわかっていない。
「著作権表示」をREADMEなんかにコピペして、これを改変してつかってます、
って言えばOKなだけなのかな？
わかんねぇ…。
315:デフォルトの名無しさん
11/12/14 18:08:00.48
MITライセンスってオープンソースライセンスなの？
ソースコードを公開しないでMITライセンスを名乗ることは出来る？
316:デフォルトの名無しさん
11/12/14 19:30:44.58
>>315
配布元がMIT Licenseの全文を載せてるだろ。
その条文を改変せず全部丸コピしてREADMEに貼るのが一番手っ取り早い
んで一言、このライセンスで公開されてるソースを使いましたーって説明すればおｋ
それで大体ライセンスの条件を満たす、ってことに現状ではなってる
>>315
MITはオープンソースライセンスか？ →Yes
ソースの付いてないただのバイナリをMITライセンスの下で公開できるか？→Yes
317:314
11/12/14 21:56:05.02
>>316
具体的に「おｋ」の例をくれたことに感謝。ありがとう。
318:デフォルトの名無しさん
11/12/14 22:30:49.70
libxmlっていうMITライセンスのソフトがあって、
とある別のフリーソフトがこれを利用している。
「libxml2.dll」を同梱する、という形で。
オリジナルそのままか派生物かはわからないけど、
再配布する際の参考になると思って、ライセンス表記を探したらなかった。
とりあえず、配布しているexe形式の中身とインストール後のテキストファイルは確認した。
これってライセンス違反になるの？
そのソフトにはとても世話になっているので名前は出せない。
319:デフォルトの名無しさん
11/12/14 22:31:11.12
というか、それを使っている私も違反なのか？
320:デフォルトの名無しさん
11/12/14 22:32:18.27
もしかするとどうしても名前が「libxml2.dll」である必要があっただけで、全くの別物かもしれない。
321:デフォルトの名無しさん
11/12/15 04:36:44.73
てｓてｓ
322:ｓage
11/12/19 08:02:32.52
URLﾘﾝｸ(lab.folder.jp)
GPL？LGPL？BSDライセンス？何それ無視していいよね
323:デフォルトの名無しさん
11/12/19 11:52:10.44
そうですか
では次の方どうぞ
324:デフォルトの名無しさん
11/12/21 00:45:15.51
Visual Studioで生成したexeファイルのライセンスってどうなるの？
C++の場合、libcmt.libやmsvcrt.lib/msvcrtXX.dll/msvcpXX.dllを含めた場合の違いは？
325:デフォルトの名無しさん
11/12/21 01:14:27.32
GPLの生成物ってGPLの伝播を受けずにすむのですよね？
それは、
他のライセンス→GPLソフトで変換→生成物
の生成物が、単純に「変換」のみの場合ですか？
例えば、XMLからJSONを生成するアプリがあったとして、生成物はGPLに従う必要はないですよね。
で、例えばC言語については、生成物が、GPLのヘッダやライブラリ(場合によってはインポートライブラリ)を含む場合はどちらになるのですか？
個人的には、GPL伝播して欲しくないけど、する気がしています。
326:デフォルトの名無しさん
11/12/21 08:57:52.61
結局そういうのはケースバイケースとしか言いようがない。
つまり、誰もその手の問題について一般論を答えることはできない。
たとえば、GCCの場合とBisonの場合のGNIUの見解↓
URLﾘﾝｸ(www.gnu.org)
327:デフォルトの名無しさん
11/12/21 09:00:50.69
ああ、つまりね、
例えば「俺のコンパイラは、その出力結果にだって俺の権利が及ぶぜ」と無双する奴が
いるかもしれないし、路上で鉄パイプ振り回してる奴の近くにいることの危険性は、
刑法にどんな規定があっても変わらないよ、と、そういう意味で。
328:デフォルトの名無しさん
11/12/22 18:51:13.37
著作者表記を義務づけているライセンスのライブラリを使用する場合
（C) 俺 All rights reserved. などと書くのは正しいんですか？
All rights reserved. はつまりすべて俺が権利を持っている、という意味ですよね？
329:デフォルトの名無しさん
11/12/22 20:15:56.49
>>328
ベルヌ条約に乗っ取った表記をするならあらゆる場合において「All right reserved.」は不要。正しくない。
330:デフォルトの名無しさん
11/12/23 05:51:50.74
自分で書いて、GPLで公開したソースがあって、
それを自分が利用したときは、利用したソフトもGPLになるのかな？
「このソフトはあなたがGPLで配布したコードを含んでいますのでGPLになります。よって私はこのソフトのソースの公開を要求します。」
って言われたら従う必要あるの？
ライセンスを行う人が自分だからそんなの関係ない？
331:デフォルトの名無しさん
11/12/23 08:21:24.30
デュアルライセンス
332:デフォルトの名無しさん
11/12/23 10:27:10.35
完全に自分のものなら、あとからデュアルライセンス化でもいちおうは問題ない。
333:デフォルトの名無しさん
11/12/23 16:43:08.09
all left reserved
334:デフォルトの名無しさん
11/12/24 15:27:21.54
cupsは到底コード寄与者全員の合意あったとは言えないが、
Appleの要請でGPLからヂュアルに変わってる。
335:デフォルトの名無しさん
11/12/24 15:34:41.45
それは問題あると言っていいだろ正直
336:デフォルトの名無しさん
12/01/08 09:14:06.21
訴訟されたら、そのコントリビュータを社会的に抹殺する。
337:デフォルトの名無しさん
12/02/15 11:39:48.95
GPLでソースが公開されているソフトが独自形式のファイルを生成しており、
そのファイルを読み書きするソフトを一から作ろうとして、その独自形式の構造を知るためにソースを参照した場合、
自分で作成するソフトはGPLに従う必要があるのでしょうか？
338:デフォルトの名無しさん
12/02/15 12:46:29.25
>>337
参照＝ソースまるごとコピペ、なら従う必要があるだろうね。
339:デフォルトの名無しさん
12/02/16 15:17:15.24
>>337
仕様を解析できるほどソースを見たのに無関係との証明は難しい。だからクリーンルーム方式。
340:337
12/02/16 19:58:01.30
>>338-339
ありがとうございます。
実装ではなく仕様のみ拝借するのであれば、従わなくてもよいという事ですかね。
では、ソースを参照したところ、具体的なコードを見るまでもなく、
コメント部分に独自形式の仕様が記されているのであれば、どうでしょうか？
クリーンルームがベストなのでしょうが、個人なのでどうにも……。
341:デフォルトの名無しさん
12/02/16 20:23:08.21
>>340
客観的に見てパクりかどうか判断するとき、貴方自身の発言なんか1ミリも役に立ちませんよ。
GPLってことはソースは誰でも見れるように公開されてるわけですから。見てないって言うだけ無駄。
裁判官が「ああ似てるね。パクりっぽいな」と思ったらはいおしまい。実際にパクったかどうか関係ない。
心配なら優秀な弁護士用意しとけ。それだけ。
342:デフォルトの名無しさん
12/02/17 00:43:41.98
>>2,6の流れだな。
343:デフォルトの名無しさん
12/02/17 09:56:02.53
>>341 1ミリも役に立たないレスどうもw
344:337
12/02/18 02:23:16.30
レスありがとうございます。
>>341
なるほど、大変よく分かりました。
ちょっと考えが甘かったようです。
>>342
スレの冒頭にあったとは、失礼しました。
345:はじめまして
12/02/20 19:17:14.90
Apacheライセンスのコードを使ってアプリを作っています。
ライセンス表示のボタンを押したらライセンスを表示したいのですが、
ここのライセンス全文を表示する必要がありますか？
URLﾘﾝｸ(www.apache.org)
または「本ソフトウェアは、XXXX(Apache license 2.0)を使用しています。
URLﾘﾝｸ(www.apache.org)」
のURL表記でもよいのでしょうか？
よろしくお願いします。
346:デフォルトの名無しさん
12/02/20 19:20:26.15
そのURLがいつか消えてなくならなければいいんだけどね
347:デフォルトの名無しさん
12/02/20 19:22:51.67
後者で構わない。
そもそもライセンス表示の例(付録A)にURLしか書いてない。
348:デフォルトの名無しさん
12/02/20 20:57:32.47
>>330
GPLで公開したコードが、もし完全に１００％自分で書いたものであるならば、
まったく同じコードを、GPL版、MS的商用ライセンス版、の２つを別々に公開してもよい。
つまり、１００％自分で書いたコードなら、完全にライセンスを自由にできる。
ここにもしもパッチ提供などで第三者のコードが混入した場合、別ライセンスでの公開には、コード提供者全員の承諾が必要になる。
349:デフォルトの名無しさん
12/02/20 23:49:44.85
１００％自分が書いたものなら、ライセンス違反で訴える権利は誰も持っていない。
350:デフォルトの名無しさん
12/02/21 00:35:04.89
客観的に見てそれが100%オリジナルであると証明する手段はどこにも無いけどな。
351:デフォルトの名無しさん
12/02/21 00:55:50.09
悪魔の証明だから、オリジナルでないと誰かが言い出すまでは、そうであると推定する。
352:はじめまして
12/02/21 09:59:05.22
>346
>347
お返事ありがとうございます。
URL表記にします。
353:デフォルトの名無しさん
12/02/21 11:44:24.98
OSS関連はライセンス問題が結構起こる。
FreeBSDもそうだったし、最近ではLinuxもそう。
SCOのコードがLinuxに借用されているのはおそらく事実だと思う。
というのも、LinuxのIPスタックはCalderaが寄贈したコードを元にしていて、
使われているのだけは間違いない。
でもこれは寄贈されたコードなわけで、それ以外にちょっと拝借しているコードが
無いとSCOの主張は間違っていることになる。
でも、SCOが正しいと思う。
昔からオリジナルと信じられていたものの多くが、ちょっと拝借されていた
問題は明らかになるものがあって、それはフォントなどのデザイン。
見た目でわかってしまうから、借用者は認めざるを得ないところまで追い込まれる。
実際、認めちゃった人多数。
彼らはLinuxのために良かれと思ってやったことで、借用を認めた後でも正義を
主張している。
コードは、フォントほど明らかではない。
それでも、フォントで起こっていることはコードでも起こっていると思う。
逆に、オリジナルの方を訴える人もいるしね。
354:デフォルトの名無しさん
12/02/21 11:45:36.81
流用している証拠出せと裁判所に言われても出せなかったのにかw
355:デフォルトの名無しさん
12/02/21 11:53:08.12
>>354
だから気を付けないといけないんだよ。
コードを書いてPDSとして配布する。
OSSに取り込まれた後、OSSがオリジナルだと主張され、訴訟される。
証拠を出せなくて敗北。
自分が書いたコードなのに。
OSSコミュニティはとにかくやることが汚いから気を付けないといけない。
そもそも、人類への貢献ならOSSなんて言わずPDSでいいんだよ。
どうせ分裂して車輪の再発明するんだから。
貢献と言いながら、利益を求める姿が浅ましい。
そういう連中なんだから。
やることが汚いのも仕方ないんだよ。
利益を求めるなら、金のためにやってますって堂々と販売すればいいんだよ。
売れるクオリティがあるんならな。
356:デフォルトの名無しさん
12/02/21 12:25:30.41
>>355
> コードを書いてPDSとして配布する。
公開したなら記録残ってるだろw
357:デフォルトの名無しさん
12/02/21 12:33:11.08
フォント拝借事件の中には、オリジナルの制作会社を糾弾したLinuxerも
いたからね。
安心できないんだよ。
358:デフォルトの名無しさん
12/02/21 12:33:42.85
朝鮮人臭がする
359:デフォルトの名無しさん
12/02/21 12:35:38.78
プロプラなら盗人が被害者を訴えることは無いからな。
常識の違い。
360:デフォルトの名無しさん
12/02/21 12:36:01.68
むしろ河村たかしに似てるだろw
361:デフォルトの名無しさん
12/02/21 12:37:46.30
民衆のために盗用するのは正義だろ
フォントで金とるのが間違い
どんどんやれ
362:デフォルトの名無しさん
12/02/21 12:39:45.96
日本では古来から義賊と言われる
鼠小僧を知らんのか
ヤレヤレ
363:デフォルトの名無しさん
12/02/21 13:56:37.03
そうやって悪い印象を広めたいのですねわかります
364:デフォルトの名無しさん
12/02/21 14:02:32.87
元と比較して処理の流れが全く同じで、
名前や空白文字を改変しただけのものというはライセンス上どうなりますか？
365:デフォルトの名無しさん
12/02/21 15:21:20.50
>>364
改変したと主張するならどんな改変であろうと改変物とみなされます。
366:デフォルトの名無しさん
12/02/21 16:45:20.57
「ライセンスはGPL(BSD)です」と一行書いてあるだけのやつを使うとき
こちらで勝手にライセンス文を用意していいの?
367:デフォルトの名無しさん
12/02/21 17:07:07.45
それだとどのバージョンかわからないからまずいでしょうね。
「GPLv2です」とあれば、GPLv2に本文に差し替えても問題ないんじゃない?
BSDも何種類もバージョンあるしね。
368:デフォルトの名無しさん
12/02/21 17:11:49.40
>>364
法的な根拠をお求めでしたら、弁護士にご相談ください。
ここでは一般的な習慣についてお答えします。
ライセンスには方向性があり、あるライセンスからあるライセンスへ移行できる場合で
あってもその逆は不可能と言う場合が多いのです。
まずその点をご理解ください。
一般的にGPLは寛容なライセンスであると言われ、ほぼすべてのライセンス形態の製品から
移行が可能です。
仰るように空白文字類の置き換え・削除・追加によって元の製品と同一である根拠は失われ
GPLライセンスへ移行後、自由に利用することが出来ます。
あなたが受け取ったソースコードは、空白類の改変によってあなたの製品になるわけです。
逆に、一度GPLにした製品はほかのライセンスへの移行が出来ません。
つまり、GPLにすることによってあなたの権利が保護されます。
あなたは安心してソースコードを公開することが出来ます。
369:デフォルトの名無しさん
12/02/21 17:51:06.85
>>366
それだとその製品はGPLもBSDも満たしていないわけで、
貴方はGPLやBSDにしたがって利用することはダメってことです。
370:デフォルトの名無しさん
12/02/21 18:01:57.78
>>368
> 仰るように空白文字類の置き換え・削除・追加によって元の製品と同一である根拠は失われ
> GPLライセンスへ移行後、自由に利用することが出来ます。
何を言っているのだ？
371:デフォルトの名無しさん
12/02/21 18:45:03.81
パラノイアきたこれ
372:デフォルトの名無しさん
12/02/21 19:56:20.24
>>370
GPL汚染について。
意図的に汚染させたことを証明できない場合、原作者はオリジナリティを主張できません。
すなわち、汚染させることによってすべてのソースコードを我が手中に収めることが
出来るという寸法です。
373:デフォルトの名無しさん
12/02/21 22:09:04.95
GNUのプロジェクトだとパブリックドメインのものは取り込まないイメージがある。
374:デフォルトの名無しさん
12/02/22 01:07:22.25
なんか変なのが居る。
375:デフォルトの名無しさん
12/02/23 12:16:47.00
Perl Artistic Licenseの物を静的リンクした場合、
ソースコードの公開義務が発生したりするのでしょうか？
376:デフォルトの名無しさん
12/02/23 14:17:23.16
>>375
それは貴方がArtisticLicenseの4条にあるa)-c)の選択肢のうち、b)を選ぶこともできる、というだけの話です。
もちろん、ソースを公開しない他の選択肢を選ぶことも可能です。
URLﾘﾝｸ(sourceforge.jp)
> 4. あなたはこの「パッケージ」のプログラムを オブジェクトコードまたは
> 実行ファイルの 形で配布してよいです、
> もしあなたが次の うちすくなくともひとつを行うならば。
> b) 改変を加えた「パッケージ」の、機械で読みとり 可能なソースを添付する。
377:デフォルトの名無しさん
12/02/23 15:07:05.88
>>376
なるほど、選択肢が幾つもあるのですね。
ありがとうございました。
378:デフォルトの名無しさん
12/04/25 23:43:09.10
最終的にバイナリ内に含まれてしまうMITライセンスのモジュールはどこかドキュメントなりに著作権表示する必要あるんでしょうか。
379:デフォルトの名無しさん
12/04/26 00:46:26.67
>>378
URLﾘﾝｸ(sourceforge.jp)
>上記の著作権表示および本許諾表示を、ソフトウェアのすべての複製または重要な部分に記載するものとします。
380:デフォルトの名無しさん
12/04/26 07:20:08.08
ということはドキュメントなりに書かなくても特に問題なさそうですね
381:デフォルトの名無しさん
12/04/26 10:26:37.71
バイナリしか配布しないならバイナリに記述するしか無いだろうけど。
382:デフォルトの名無しさん
12/05/09 10:04:55.13
質問です。
x264vfw のエンコーダーを商用として使用したいのですが、
x264vfwはGNU General Public License v2 (GPLv2)のライセンスらしいのですが、
x.264自体の商用ライセンスは別だった気がします。（自分の調べでは商用ライセンスは
1つにつき1＄で100個～という文言を見ました。
ｘ.264ｖｆｗを商用利用するためのライセンスはどのようになるのでしょうか？
383:デフォルトの名無しさん
12/05/09 10:50:06.11
sourceforgeだとGPLv2表記。
x264のデュアルライセンス化に作者が気付かなかった可能性が高い。
作者に聞くしかないな。
384:デフォルトの名無しさん
12/05/09 20:02:00.69
>>382
GPLは別に商用利用を禁止してないよ。
385:デフォルトの名無しさん
12/05/09 22:28:25.24
>>383
知らないわけ無いだろ
MasterNoBody(本名Anton Mitrofanov)は現役バリバリのx264 developperで
ライセンス料の分け前も受け取ってる立場だぞ
>>382
libx264はライセンス料を払えばGPL適用外の商用ライセンスで利用できるけど
x264vfwはlibx264以外の部分はGPLしか現在のところないから、結果としてGPLでないと配布できない
それとVCMの部分のコードはすべて彼一人で書いたわけではなく、現在では連絡の取れない人間の
コードも入ってるから、GPLが嫌なら自分でVCMの部分を書きなおすしかないだろうね
386:デフォルトの名無しさん
12/05/11 05:11:33.55
>>385
それは知らんかった、すまん。
387:382
12/05/11 10:04:21.49
>>383-386
レス遅くなりましたが、ありがとうございます＞＜
つまり現状改変なくx264vfwを商用利用する方法は無いようですねorz
さすがにソース公開で商用利用は難しいので・・・
ありがとうございました＞＜ LEADToolsなどの商用提供されているところ
などをあたるほうがよいかもしれませんね><
DirectShow利用がでるMP4形式に圧縮できる商用エンコーダって他にどこが
あるのかなぁ・・・さがさねば＞＜
388:デフォルトの名無しさん
12/05/11 21:24:27.54
>>387
そもそもx264vfwのインストーラを配布すること自体は別にGPLでも問題ないのでは？
VCMってのはWindowsそのものの機能を拡張するものであって、
特定のソフトウェアのプラグインとかではないでしょ
コード公開はx264vfwの分だけで済むのではないの？
それともどこぞの動画プレーヤーみたいに、ライブラリを静的リンクでもするつもり？
389:デフォルトの名無しさん
12/05/11 21:47:00.82
動的リンクはボーダーライン。
390:382
12/05/12 09:15:08.06
>>388
そうすると、x264vfwをインストールして、そのDirectshowFilterを使用しても
本体のソースの公開まではしなくてもよいの？そのFilterを使用しているなら
公開しないといけないのではないの？？
391:デフォルトの名無しさん
12/05/12 22:32:21.27
本体に一般的なDirectshowFilter(つまりx264vfw以外)用の実装しかなくて
機能としてH.264エンコードを謳ったりしないなら公開しなくていいだろう
392:デフォルトの名無しさん
12/05/12 23:14:59.87
GNU 的にはないと動かないのならアウトという解釈。
393:デフォルトの名無しさん
12/05/12 23:18:15.71
しかし、GNUの言い分は外野の戯言である
394:デフォルトの名無しさん
12/05/13 08:05:18.92
そう思うなら GPL に触れるな、という話だけどな
395:デフォルトの名無しさん
12/05/13 10:23:17.90
OSSで書いた人達は法律が分からないからGNUの解釈を信じてるわけで。
法律的にどうあれGNU以外の解釈だと揉める可能性が高いし、そんなリスクを犯す必要はない。
396:デフォルトの名無しさん
12/05/13 11:50:53.17
つーか商売するつもりならDirectShowFilterくらい自分で書けと
エンコーダやマルチプレクサのライブラリは既存のもの使えばいいわけでしょ
397:デフォルトの名無しさん
12/05/13 15:37:54.79
GPLに関してはGNU以外の解釈のほうがひどくて、例えばLinux kernel用バイナリドライバ。
GPLv2に適合してないのだが。GPLv1なら解釈の問題ってのはわかるが。
398:デフォルトの名無しさん
12/05/13 16:02:57.74
>>397
kwsk
399:デフォルトの名無しさん
12/05/13 16:19:41.49
Linuxのドライバのバイナリblobの件は、GNU的解釈ではあやしいけど、
Linusとかがおっけーと言ってるからおっけー、とかそんな流れじゃないっけ？
あと、V3とV2じゃなくて、V2とV1なの？
400:デフォルトの名無しさん
12/05/13 17:46:31.38
GPL原理主義者のコードはLinusが採用しなくなってる。
401:デフォルトの名無しさん
12/05/13 19:16:46.88
権利者が許可するなら例外付きGPLみたいなもの
402:デフォルトの名無しさん
12/05/13 20:03:13.20
権利者とユーザはGPLの「条文」に従って契約したわけで
曖昧な部分の解釈は二者次第であって部外者であるFSFの解釈は何の強制力も持たない
403:デフォルトの名無しさん
12/05/13 20:59:44.12
>>402
二者で交渉できる場合なんか、だれも困ってはいない。
現実には寄贈コードの寄せ集めだから問題になる。
404:デフォルトの名無しさん
12/05/13 22:08:14.93
何人いようと関係ないんだが
405:デフォルトの名無しさん
12/05/13 22:26:15.95
>>404
原理的には全コントリビュータの了解が必要。
406:デフォルトの名無しさん
12/05/13 23:51:33.36
二者と二人は違うって話じゃないの。
407:デフォルトの名無しさん
12/05/14 03:45:44.43
契約書を書いた人の解釈は考慮するだろ。
408:デフォルトの名無しさん
12/05/14 08:45:06.90
>>407
本人の解釈はまったく関係ない
409:デフォルトの名無しさん
12/05/14 10:17:12.62
世にあるGPLと商用のデュアルライセンスはFSFの厳しい解釈が前提になっている。
ダイナミックリンクには及ばないという甘い解釈ではビジネスモデルが成り立たない。
410:デフォルトの名無しさん
12/05/14 10:22:49.97
おまえら、GPLの話なのか非GPL独自ライセンシングの話なのか
はっきりさせてから議論すれば
411:デフォルトの名無しさん
12/05/14 12:56:24.41
GPLという書式を採用した時点で、権利者側は起案した人の解釈を考慮してる。
日本法での効果と社会的な評価は別。FSFと別の解釈だと社会的に叩かれるリスクが高い。
仮に訴訟で勝ってもGPLを潰したというスティグマが残る。
法的には認められた権利なのに、主張したせいで社会的イメージが最悪になった企業は多い。
412:デフォルトの名無しさん
12/05/14 13:03:15.79
日本は法を「運用でカバー」してる国だからな。
その運用をはみ出して法律を振り回した奴がいた、という話だな。
413:デフォルトの名無しさん
12/05/24 12:38:24.55
Moonlight ScalarというDirectShowフィルターがあるのですが、
どのサイトをみてもフリーとして記述されているのですが、
解凍した中にあるReadMeファイルを読むと商用に使うには
連絡してくれとあります。しかし、メールを送っても返って
きてしまい、会社を検索しても出てこない状況です。
知りたいのはこのフィルター（ソフトウェア）がフリーになったのか
アバンダンウェアになったのかが知りたいです。
414:片山博文MZボット ◆0lBZNi.Q7evd
12/06/22 17:20:28.10
Platform SDKのC/C++ヘッダーファイルからD言語用のソースを
生成したら、その生成物の著作権はどうなるのでしょうか。
415:デフォルトの名無しさん
12/06/23 12:28:27.26
生成したやつに二次製作者としての著作権があるんだろうけど
でも恐らくお前が本当にききたいであろうライセンスの話とはあまり関係ない