【License】ライセンス総合【利用許諾】

1デフォルトの名無しさん
垢版 |
2010/02/16(火) 00:24:21

. ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
｜　 ライセンスについての質問・批評・情報提供その他用スレなのれす♪
' ＼＿＿＿　＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　Ｖ
∋oノハヽo∈
　 (　´ⅴ｀)ノ
2011/05/29(日) 13:51:55.66
>>201
悪意全開で貴方を陥れようとするなら、
「実はそのソフト、○○から勝手にコピペしたものにzlibライセンスつけて勝手に配布しちゃった。てへ。」
ということにして、次に本来の著作権者が登場して「実はGPLなのよろぴく」とか。
2011/05/29(日) 14:28:27.38
それ2行目で終了だろ。GPL出てくる必要ない。
2011/05/29(日) 14:35:53.69
確かにGPLやその他のライセンスでなくてもいい。
「利用料（ライセンス料）として○万円ヨロ」でも良いし、
著作権違反などをちらつかせてソフトウェアの利用を停止させ、開発を難航させるのもいい。
妄想は広がりまくりんぐではある。
要するにフリー素材利用するにしても信頼できそうなとこ選べよってことね。
2011/05/29(日) 14:45:42.40
>>202
その理屈は通らないだろ。権利侵害の全責任はコピペした奴に行くはず
そうでなければあらゆるオープンソースプロジェクトを簡単に壊滅させられることになる
(他から盗んできたコードを自分が書いたと称してパッチを送る)
2011/05/29(日) 15:06:41.57
>>205
>(他から盗んできたコードを自分が書いたと称してパッチを送る)
著作権違反が判明した時点でプロジェクトから取り除く必要があるだろうな。
コピペした奴が逮捕された後は何の問題もなくそのパッチを利用し続けられるということにもならない。
実質パクリで成り立つようなプロジェクトを生かす理由は無い。
コピペした奴が代わりにライセンス料払ってくれるなら良いけど。
zlibライセンスは無保証な契約だから、後になって著作権違反や特許違反が判明したからといって何も保証する義務は無い。
2011/05/29(日) 15:37:45.99
>zlibライセンスは無保証な契約だから、後になって著作権違反や特許違反が判明したからといって何も保証する義務は無い。
いや、zlibライセンスを適用した奴が当該コードの著作権を持っているのはzlibライセンスの前提だろ
その前提が覆されたら無保証も糞もない。この例だとコピペした奴にはライセンス料を支払う義務があるはず
2011/05/29(日) 15:52:39.28
>いや、zlibライセンスを適用した奴が当該コードの著作権を持っているのはzlibライセンスの前提だろ
そんなことは無いよ。
フリーのライブラリを利用したプログラムを俺ライセンスで配布するなんてよくあること。
>>199がやろうとしてることがまさにそれだし。
2011/05/29(日) 16:43:49.29
>>208
>>199だって、流用部分については相変わらずzlibライセンスに拘束されるよ
バイナリ配布ならば著作権表示を省略できるってだけ

他にも、例えば修正BSDのソースを流用したプログラムを、
全体としてzlibライセンスで配布したらライセンス違反
2011/05/31(火) 23:56:19.40
>>207
Xが本来の権利者でAがそれをパクってBが知らずにそれを利用したとして、
AがXに対して責任を負うことと、AがBに対して何も保証しないってのは全然別の話。
2011/06/04(土) 21:24:34.50
最近の大きなプロジェクトだとどこは誰が書いたか管理して、個々から盗んでないという誓約を取っている。
2011/06/04(土) 22:25:32.93
最近itextと言うフリーのpdf出力ライブラリ使ったウェブアプリ開発してるが、
itextって最新版がAGPLなのね。一個前バージョンがLGPLだとか。
こういう場合ってやっぱり前のバージョン使った方が後々問題にならないんだろうね。
何せ俺もあんまりそういうの詳しくはないので緩いライセンスの方がいいし。
2011/08/07(日) 19:11:02.92
OpenAL(LGPL)とそれを使うiOSのアプリ話なんだけど、
アプリの利用者はOpenALを自前のものに入れ替えて実行する権利を
有すよね？

だけどiOSアプリは事実上それはできないじゃない。
この辺ライセンス厨や当のアップルの見解ってどうなってるの？
2011/08/09(火) 17:01:43.37
>>213
何を根拠にそんな権利を主張しているのかが不明。
LGPLで配布されているOpenALに関しては好きな様に改変していいよ。
改変物をios用にコンパイルしたりインスコしたりするためのツールや環境を用意する義務はLGPLでは発生しないけど。
2011/08/09(火) 18:03:22.65
>>214
そういう解釈で良いのか。

いやアップルがOpenALを差し替えられる環境を実質的に認めていないから、
どういう解釈になるのかと気になっただけ。
2011/08/10(水) 21:14:31.57
>>215
LGPLのどの条項が差し替えを保証する義務を負うと思ったの？
2011/08/11(木) 06:36:36.96
ダイナミック必須ということにたいして、ダイナミックリンクの定義次第では問題ありそう。
こういうライセンス違反は、権利者が認めていれば違反しててもなんの問題もない。
2011/08/11(木) 08:18:03.04
GPL系の「やかましい」ライセンスだと言っておきながら、「認める」とか言うような権利者は、
俺なら一切何も信用できない。
2011/08/11(木) 19:45:53.82
ICOはどうなった。
2011/08/11(木) 21:57:30.02
>>217
言ってることがおかしーぞ。
権利者が認めてりゃ、そりゃ違反じゃねーだろ。
2011/08/11(木) 22:18:16.90
LGPLの話ならスタティックリンクもオケ
2011/08/11(木) 22:46:43.46
>>221
それはよくある誤解。
2011/08/11(木) 22:55:25.89
？
2011/08/11(木) 23:07:07.55
OKはOKだろう、LGPL第6節の規定に従うならば。
まぁそういう意味では、GPLだってスタティックリンクはOKだけどね。
2011/08/11(木) 23:10:17.10
？
2011/08/11(木) 23:11:56.74
>>220
著作権はほとんどの国で親告罪だから、LGPLには違反しても著作権者が訴えなければ違反していないのと同じ。
2011/08/11(木) 23:12:49.18
で、結局何が誤解だったの？
2011/08/11(木) 23:21:18.38
>>226
それはLGPLに限らない話だが。ダイナミックリンクの定義云々とは関係ない話？
2011/08/11(木) 23:30:49.56
ダイナミック必須って何の話？
2011/08/11(木) 23:34:28.65
>>227
LGPLが適用されているライブラリの、そのより新しいバージョンのライブラリとリンクできるようにしなければならないという条項が５にある。
スタティックリンクをしながらこれを満たすのは、ラッパをGPL互換にしてそれをダイナミックリンスするという方法以外では難しい。
Classpathライセンスと間違えていると思われる。
2011/08/11(木) 23:36:13.13
>>230
リンク可能なオブジェクトファイルを配布すれば良いだけ

で、何が誤解だったの？
2011/08/11(木) 23:43:01.96
iOSでか。
2011/08/11(木) 23:44:58.95
>>230
スタティックリンクの話は別として、発端となった「iOSでOpenALを使うアプリ」は
それを満たしてるんだよねぇ。
2011/08/12(金) 00:00:47.88
>>232
オブジェクトファイルの配布は可能だし何の問題も無い。

そもそもの論点はダイナミックかスタティックかじゃないし。
2011/08/12(金) 00:11:24.66
>>234
可能ではだめで制限なしでなければならない。
論点は違うのは確かなのだが。
2011/08/12(金) 00:16:01.13
配布されているオブジェクトファイルに対して、自分で修正したライブラリをリンクするのは制限無いよ

つまり、スタティックリンクにした所で、新たな問題が発生する訳じゃない
2011/08/12(金) 00:17:35.12
念のため書いておくけど I am not a layer.
2011/08/12(金) 00:18:49.68
× layer
◎ lawyer

もう寝る...
2011/08/12(金) 00:24:25.16
IANAL
2011/08/12(金) 07:58:14.49
OpenALの改造バージョンつくって、どうやったら手持ちのiPhoneのを
差し替えられるの？
2011/08/12(金) 10:54:30.16
脱獄すれば？
2011/08/12(金) 12:13:46.69
>>235がちょっと書いてるけど、「可能ではなく制限なし」がLGPLのキモの一つでしょ。
脱獄なしで入れ替えられないのを「制限なし」と解釈できるのかと。
2011/08/12(金) 20:35:45.23
別にケチつけるわけじゃないが、その「制限なし」ってのはLGPLのどこに謳ってあって
Appleはどこまでの義務を負うんだろう？
2011/08/12(金) 21:56:03.30
>>243
日本語訳からだが、たぶんここ

複製、頒布、改変に関する条件と制約
の
10. ……あなたは、受領者がここで 認められた権利を行使することに関してこれ以上他のいかなる制限も課しては ならない。

「あなた」はLGPLを利用するアプリの作者。あるいはLGPLライブラリの頒布者(ライブラリの作者ではない)
「受領者」はそのアプリやライブラリを利用するユーザー。
「権利」はLGPLを差し替えて使う事(を含む)

で、上記10の通り頒布者はLGPLライブラリの差し替え利用を妨げる行為を禁止されている。
例えばそのライブラリにスクランブルをかけて独自アーカイブの中に閉じ込めるとか。

iOSでは、脱獄しなければ差し替えられないプラットフォーム内でLGPLを提供してるアップルが頒布者である。

アプリ作者にライブラリの差し替えを制限する意図はおそらく無いだろうが、この環境ではおのずと
LGPL条項違反となってしまう。
2011/08/12(金) 22:07:19.53
> 複製や頒布、改変以外の活動はこの契約書ではカバーされない。
2011/08/12(金) 22:42:16.62
>>245
10の記述の前半だが、

その受領者は元々のライセンス許可者から、この契約書で指定 された条件と制約の対象となっている『ライブラリ』を、複製や頒布、リンク、 あるいは改変する許可を自動的に得るものとする。

となっている。

つまり受領者に許可されたリンクに対しても、いかなる制限も課しては ならない、という事だよ。

2011/08/12(金) 22:52:52.93
リンクするのは自由だよ
誰か制限してるの?
2011/08/12(金) 23:00:20.27
アップルが制限してるよね
2011/08/12(金) 23:01:12.12
リンクを?
具体的にはどういう事?
2011/08/12(金) 23:02:57.27
逆に聞くけど、iPhoneにどうやってライブラリを入れるの？
手順を教えて欲しい。
2011/08/12(金) 23:03:34.58
逆に聞いても良いけど、まずは質問に答えてからな
2011/08/12(金) 23:04:56.97
iPhoneにライブラリを入れるまっとうな手段が無いでしょ
2011/08/12(金) 23:06:04.34
リンクとデプロイは全く別の話
2011/08/12(金) 23:07:11.73
で、誰か『リンク』を制限してるの?
2011/08/12(金) 23:08:19.83
それは詭弁だよ。入れる手段を封じておいて、自由にリンクしろも無いもんだ。
2011/08/12(金) 23:11:32.03
普通にライセンスの話だけど?
2011/08/12(金) 23:14:19.37
受領者がリンクしたくてもできない。
LGPLライセンス違反だよね。
2011/08/12(金) 23:15:22.98
Cコンパイラ持ってないからリンクしたくでもできない。
LGPLライセンス違反だよね。
2011/08/12(金) 23:16:16.16
>>257
好きなだけリンクすれば良いじゃん
2011/08/12(金) 23:17:09.45
いかなる制限もダメという事は、ライブラリのインストールを
妨げるようなやり方もダメだってこと。
2011/08/12(金) 23:17:40.13
>>260
>いかなる制限もダメ

誰がそんなことを言ってるの?
2011/08/12(金) 23:21:18.71
>>261
LGPLが言ってる
2011/08/12(金) 23:21:30.05
つ http://slashdot.jp/~bero/journal/518795
2011/08/12(金) 23:22:05.77
>>262
どの条項の話してるの?
2011/08/12(金) 23:27:34.83
>>264
複製、頒布、改変に関する条件と制約
の10だよ。

わざわざリンクの記述を追加している。
2011/08/12(金) 23:30:05.31
リンクは好きなだけできるんですけど?
2011/08/12(金) 23:31:29.33
どうやって？
2011/08/13(土) 00:00:22.32
>>267
リンカーで
2011/08/13(土) 00:03:45.85
え？
2011/08/13(土) 00:05:08.83
リンカー知らないの?
2011/08/13(土) 00:06:03.63
さすがにこれはお笑い
2011/08/13(土) 00:08:46.05
空気の演出乙
2011/08/13(土) 00:14:16.00
>>265
つーか LGPL って 6 までしかないのに 10 って何?

http://www.gnu.org/licenses/lgpl.html
2011/08/13(土) 00:17:55.70
ﾜﾛﾀ
>>265はGPLを読んでたんだな阿呆め。
2011/08/13(土) 00:19:18.58
http://www.gnu.org/licenses/lgpl-2.1.html

古い方のライセンスでも、

> You may not impose any further restrictions on the recipients' exercise of the rights granted herein.

だから、『いかなる制限も』じゃなくて、LGPL で許可されている権利が
保持されないといけないというだけだな。
2011/08/13(土) 04:03:07.14
>>246
それはこのライセンスの対象になっているライブラリについて許可しているわけであって、
つまりiOSと共に頒布しているそのバージョンのライブラリをリンク、改変することは
自由だというだけのことだね。
>>244の言う「差し替えて使う事」まで含まれているようには読めないが。
2011/08/27(土) 18:33:44.87
すいません，ちょっと教えてください。
LGPLで配布されているライブラリAがあります。
Aを使っているけれどもBSDLのようなゆるいライセンスで配布されているライブラリBがあります。
このAやBを同梱して配布するアプリケーションCはAがLGPLである影響をうけて，
リバースエンジニアリングを禁止できない，などの制限がありますでしょうか?
278277
垢版 |
2011/08/27(土) 18:37:27.28
追加です。
アプリケーションAはBだけを直接利用します。
2011/08/27(土) 20:16:09.54
リバースエンジニアリング許可にしなければいけない
2011/08/27(土) 23:49:32.64
>>277
１．作品にライブラリAを使ったこと、そしてライブラリAはLGPLで保護されていることを作品内で明記する
２．作品にGPLとLGPL文書を同梱する
３．リバースエンジニアリング禁止の禁止
４－１．アプリとライブラリがダイナミックリンクならば、ライブラリAのソースを伝達する。
４－２．アプリとライブラリがスタティックリンクならば、全てのソースを伝達する。
2011/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で配布できるわけないし
2011/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の効力が及ばない、という前提だけど
2011/08/28(日) 11:01:48.53
ダイナミックリンクで「効力が及ばない」なんてことはない。「条件を満たせば非LGPL部分を別ライセンスで配布できる」が正解。
LGPLはリンクしたらその形態がなんであれ「結合された作品」とみなす。
ライブラリBがBSDなのは問題ない。条件を満たした上でライブラリAの部分の扱いに関してLGPLを求めれば良いだけだから。
アプリCもまたライブラリAに間接的にではあるがリンクしており、結合された作品とみなされる。
本体をLGPL以外のライセンスで配布する条件とは
{「対応するソースの伝達」あるいは「ダイナミックリンク」}、ライブラリのクレジット表記、リバースエンジニアリング禁止の禁止など。
2011/08/28(日) 14:34:00.88
ダイナミックリンクでもLGPLの効力は及ぶ
285デフォルトの名無しさん
垢版 |
2011/09/26(月) 16:45:26.32
BSDライセンスでライブラリの開発を行っている者です。

ある実装が必要になりググったところ、パブリックドメインで配布されている
有用なソースコード（クラス）を発見したのですが、これをBSDライセンスで一緒くたに
配布することは可能でしょうか？

それとも LICENSE.txt に「これこれのクラスは例外としてパブリックドメインである」と
記述する必要があるのでしょうか。

また、クラスに記述されたコメント等をある程度都合よく改変する（日本語に訳す、
ChengeLogなどの不要な情報を削除する、あるいは極論すれば開発者の名前や
メールアドレスを削除する）などした場合、それはどのような問題を生み出すでしょうか。

当方ライセンスの問題に詳しくなく、とりとめのない質問になりますが、どうか御教授下さい。
2011/09/26(月) 17:04:21.89
>>285
パブリックドメインなら建前上著作権は放棄されているので煮ようが焼こうが自由。
本当に著作者がパブリックドメインで公開してるのか？他人の知的財産権を侵害してないか？という問題に関して誰も保障しないけど
その配布者（DL元）との契約上はどう使おうが問題ない。
2011/09/26(月) 17:09:25.46
>>286
すばやい回答ありがとうございます。参考になりました。
2011/10/16(日) 03:42:01.49
Tomcatで動いてるJavaのWebアプリでPDFを出したいです。
PDFを出しているのに使う予定のライブラリはLGPLとなってます。
(今回はjasperreportsとかいうものを使う予定）
で、それに向けて帳票テンプレートを作るのですが、
そのテンプレート作成ツールはAGPLで配布されてます。
もちろんテンプレートの開発には本番機のサーバーとは別のWindowsクライアントで使います。

それで、そのAGPLで配布されているツールで作った帳票テンプレートサーバー機にコピーして、
そのコピーしたテンプレートはAGPLライセンス扱いになるんしょうか？
このテンプレートをもとにLGPLのライセンスのライブラリでPDFを作ってWeb配布した場合、
これはやはり一番きつい制限であるAGPLを適用する必要があるんでしょうか？

2011/10/18(火) 09:43:16.27
>>288
問題となるのはjasperreports、テンプレート作成ツールのいずれかが素材として
LGPLまたはAGPLで保護されるテキストや画像を出力結果に含ませるか否か、
また含ませる場合においてGPLの例外規定が設定されているかどうかです。
ツールがAGPLなら無条件で出力結果もAGPLになるわけではありません。

出力結果にAGPLな素材が含まれ、例外規定も設定されていない状態なら
成果物であるPDFを配布する際にはAPGLを適用する必要があります。

別の問題としてjasperreportsがLGPLv3な素材を埋め込んで、テンプレート作成ツールがAGPLv?な素材を埋め込んだ場合、
両者のライセンスに互換性が無いので、成果物であるPDFを公開できません。
2011/10/19(水) 00:20:02.14
>>289
なるほど参考になります。
今回は単にエクセルもどきの表を出すだけでこれといった素材的な物は使わないので大丈夫そうです。
2011/11/01(火) 04:08:57.66
MITライセンスのソースを拡張した場合、

* Copyright (c) 1988 元の著作者
* Copyright (c) 1991 わたし
* All rights reserved.

<以下ライセンス文>

で公開しちゃってよいの？
2011/11/01(火) 15:19:33.68
>>291
オリジナル開発者の許可無く勝手に著作権表示いじるのはNG。
まずは自分の著作権表示＆ライセンスを提示した上で、
「このソフトウェアは○○を改変して作りました。○○の著作権表示、ライセンス等は以下の通り～（以下オリジナルのライセンス文）」とするとか。
293デフォルトの名無しさん
垢版 |
2011/11/25(金) 21:43:29.99

2011/12/01(木) 01:19:37.32
無保証なのに著作者の名前入れないといけないライセンスとかクソすぎ
どんだけ自己主張激しいんだ
2011/12/01(木) 01:45:17.81
世の中ギブアンドテイクですから。
名前入れるのが嫌なら別の見返りを作者に提示して交渉しろよ。
2011/12/01(木) 03:37:19.74
著作者というか著作権者というかライセンサー不明のライセンス契約はあやしい。
2011/12/13(火) 01:35:49.09
>>351,356
レスありがとう。

>オプソの派生物がオプソである必要は無い。GPL系だけがごく特殊な例外。
と思っていたところ、ttp～のページをみつけたので、混乱きわまりました。
引っ越します。
298297
垢版 |
2011/12/13(火) 01:36:18.49
！誤爆しました。
2011/12/13(火) 04:03:57.49
>>294
自己主張とかそういう世俗レベルの話じゃないと思うよ
2011/12/13(火) 06:56:48.95
ソースをオープンにしない修正BSDライセンスってありえますかね？
修正BSDライセンスを適用する＝オープンソース ですか？
2011/12/13(火) 07:40:45.57
正しいか間違いか教えてください。

1. MITライセンスのソースに関して、アーカイブ丸ごとの再頒布であれば、単純にアーカイブを頒布するだけでよい。(正？)

2. MITライセンスのソースに関して、アーカイブ丸ごとの再頒布を行う場合、入手元を示す情報を文書で示して頒布しなければならない。(違？)

3. MITライセンスのバイナリに関して、アーカイブ丸ごとの再頒布であれば、単純にアーカイブを頒布するだけでよい。(正？)

4. MITライセンスのバイナリに関して、アーカイブ丸ごとの再頒布を行う場合、入手元を示す情報を文書で示して頒布しなければならない。(違？)

4. MITライセンスのバイナリに関して、アーカイブ丸ごとの再頒布を行う場合、ソースコードの入手先を示す情報を文書で示して頒布しなければならない。(違？)
新着レスの表示
レスを投稿する

5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況