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

【License】ライセンス総合【利用許諾】 (836ﾚｽ)
上下前次 1-新

271: 2011/08/13(土)00:06 AAS
さすがにこれはお笑い

272: 2011/08/13(土)00:08 AAS
空気の演出乙

273: 2011/08/13(土)00:14 AAS
>>265
つーか LGPL って 6 までしかないのに 10 って何?

外部ﾘﾝｸ[html]:www.gnu.org

274: 2011/08/13(土)00:17 AAS
ﾜﾛﾀ
>>265はGPLを読んでたんだな阿呆め。

275: 2011/08/13(土)00:19 AAS
外部ﾘﾝｸ[html]:www.gnu.org

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

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

だから、『いかなる制限も』じゃなくて、LGPL で許可されている権利が
保持されないといけないというだけだな。

276: 2011/08/13(土)04:03 AAS
>>246
それはこのライセンスの対象になっているライブラリについて許可しているわけであって、
つまりiOSと共に頒布しているそのバージョンのライブラリをリンク、改変することは
自由だというだけのことだね。
>>244の言う「差し替えて使う事」まで含まれているようには読めないが。

277(2): 2011/08/27(土)18:33 AAS
すいません，ちょっと教えてください。
LGPLで配布されているライブラリAがあります。
Aを使っているけれどもBSDLのようなゆるいライセンスで配布されているライブラリBがあります。
このAやBを同梱して配布するアプリケーションCはAがLGPLである影響をうけて，
リバースエンジニアリングを禁止できない，などの制限がありますでしょうか?

278: 277 2011/08/27(土)18:37 AAS
追加です。
アプリケーションAはBだけを直接利用します。

279: 2011/08/27(土)20:16 AAS
リバースエンジニアリング許可にしなければいけない

280: 2011/08/27(土)23:49 AAS
>>277
１．作品にライブラリAを使ったこと、そしてライブラリAはLGPLで保護されていることを作品内で明記する
２．作品にGPLとLGPL文書を同梱する
３．リバースエンジニアリング禁止の禁止
４−１．アプリとライブラリがダイナミックリンクならば、ライブラリAのソースを伝達する。
４−２．アプリとライブラリがスタティックリンクならば、全てのソースを伝達する。

281: 2011/08/28(日)03:01 AAS
ライブラリ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: 2011/08/28(日)03:45 AAS
図を描くとわかりやすい 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: 2011/08/28(日)11:01 AAS
ダイナミックリンクで「効力が及ばない」なんてことはない。「条件を満たせば非LGPL部分を別ライセンスで配布できる」が正解。
LGPLはリンクしたらその形態がなんであれ「結合された作品」とみなす。
ライブラリBがBSDなのは問題ない。条件を満たした上でライブラリAの部分の扱いに関してLGPLを求めれば良いだけだから。
アプリCもまたライブラリAに間接的にではあるがリンクしており、結合された作品とみなされる。
本体をLGPL以外のライセンスで配布する条件とは
{「対応するソースの伝達」あるいは「ダイナミックリンク」}、ライブラリのクレジット表記、リバースエンジニアリング禁止の禁止など。

284: 2011/08/28(日)14:34 AAS
ダイナミックリンクでもLGPLの効力は及ぶ

285(1): 2011/09/26(月)16:45 AAS
BSDライセンスでライブラリの開発を行っている者です。

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

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

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

当方ライセンスの問題に詳しくなく、とりとめのない質問になりますが、どうか御教授下さい。

286(1): 2011/09/26(月)17:04 AAS
>>285
パブリックドメインなら建前上著作権は放棄されているので煮ようが焼こうが自由。
本当に著作者がパブリックドメインで公開してるのか？他人の知的財産権を侵害してないか？という問題に関して誰も保障しないけど
その配布者（DL元）との契約上はどう使おうが問題ない。

287: 2011/09/26(月)17:09 AAS
>>286
すばやい回答ありがとうございます。参考になりました。

288(1): 2011/10/16(日)03:42 AAS
Tomcatで動いてるJavaのWebアプリでPDFを出したいです。
PDFを出しているのに使う予定のライブラリはLGPLとなってます。
(今回はjasperreportsとかいうものを使う予定）
で、それに向けて帳票テンプレートを作るのですが、
そのテンプレート作成ツールはAGPLで配布されてます。
もちろんテンプレートの開発には本番機のサーバーとは別のWindowsクライアントで使います。

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

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

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

別の問題としてjasperreportsがLGPLv3な素材を埋め込んで、テンプレート作成ツールがAGPLv?な素材を埋め込んだ場合、
両者のライセンスに互換性が無いので、成果物であるPDFを公開できません。

290: 2011/10/19(水)00:20 AAS
>>289
なるほど参考になります。
今回は単にエクセルもどきの表を出すだけでこれといった素材的な物は使わないので大丈夫そうです。

291(1): 2011/11/01(火)04:08 AAS
MITライセンスのソースを拡張した場合、

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

<以下ライセンス文>

で公開しちゃってよいの？

292: 2011/11/01(火)15:19 AAS
>>291
オリジナル開発者の許可無く勝手に著作権表示いじるのはNG。
まずは自分の著作権表示＆ライセンスを提示した上で、
「このソフトウェアは○○を改変して作りました。○○の著作権表示、ライセンス等は以下の通り〜（以下オリジナルのライセンス文）」とするとか。

293: 2011/11/25(金)21:43 AAS

294(1): 2011/12/01(木)01:19 AAS
無保証なのに著作者の名前入れないといけないライセンスとかクソすぎ
どんだけ自己主張激しいんだ

295: 2011/12/01(木)01:45 AAS
世の中ギブアンドテイクですから。
名前入れるのが嫌なら別の見返りを作者に提示して交渉しろよ。

296: 2011/12/01(木)03:37 AAS
著作者というか著作権者というかライセンサー不明のライセンス契約はあやしい。

297(1): 2011/12/13(火)01:35 AAS
>>351,356
レスありがとう。

>オプソの派生物がオプソである必要は無い。GPL系だけがごく特殊な例外。
と思っていたところ、ttp〜のページをみつけたので、混乱きわまりました。
引っ越します。

298: 297 2011/12/13(火)01:36 AAS
！誤爆しました。

299: 2011/12/13(火)04:03 AAS
>>294
自己主張とかそういう世俗レベルの話じゃないと思うよ

300: 2011/12/13(火)06:56 AAS
ソースをオープンにしない修正BSDライセンスってありえますかね？
修正BSDライセンスを適用する＝オープンソースですか？

上下前次 1-新書関写板覧索設栞歴

あと 536 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ

ぬこの手ぬこTOP 0.009s