【License】ライセンス総合【利用許諾】 (836レス)
1-

254: 2011/08/12(金)23:07 AAS
で、誰か『リンク』を制限してるの?
255: 2011/08/12(金)23:08 AAS
それは詭弁だよ。入れる手段を封じておいて、自由にリンクしろも無いもんだ。
256: 2011/08/12(金)23:11 AAS
普通にライセンスの話だけど?
257
(1): 2011/08/12(金)23:14 AAS
受領者がリンクしたくてもできない。
LGPLライセンス違反だよね。
258: 2011/08/12(金)23:15 AAS
Cコンパイラ持ってないからリンクしたくでもできない。
LGPLライセンス違反だよね。
259: 2011/08/12(金)23:16 AAS
>>257
好きなだけリンクすれば良いじゃん
260
(1): 2011/08/12(金)23:17 AAS
いかなる制限もダメという事は、ライブラリのインストールを
妨げるようなやり方もダメだってこと。
261
(1): 2011/08/12(金)23:17 AAS
>>260
>いかなる制限もダメ

誰がそんなことを言ってるの?
262
(1): 2011/08/12(金)23:21 AAS
>>261
LGPLが言ってる
263: 2011/08/12(金)23:21 AAS
外部リンク:slashdot.jp
264
(1): 2011/08/12(金)23:22 AAS
>>262
どの条項の話してるの?
265
(2): 2011/08/12(金)23:27 AAS
>>264
複製、頒布、改変に関する条件と制約
の10だよ。

わざわざリンクの記述を追加している。
266: 2011/08/12(金)23:30 AAS
リンクは好きなだけできるんですけど?
267
(1): 2011/08/12(金)23:31 AAS
どうやって?
268: 2011/08/13(土)00:00 AAS
>>267
リンカーで
269: 2011/08/13(土)00:03 AAS
え?
270: 2011/08/13(土)00:05 AAS
リンカー知らないの?
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
1.作品にライブラリAを使ったこと、そしてライブラリAはLGPLで保護されていることを作品内で明記する
2.作品にGPLとLGPL文書を同梱する
3.リバースエンジニアリング禁止の禁止
4−1.アプリとライブラリがダイナミックリンクならば、ライブラリAのソースを伝達する。
4−2.アプリとライブラリがスタティックリンクならば、全てのソースを伝達する。
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以外のライセンスで配布する条件とは
{「対応するソースの伝達」あるいは「ダイナミックリンク」}、ライブラリのクレジット表記、リバースエンジニアリング禁止の禁止など。
1-
あと 553 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ

ぬこの手 ぬこTOP 0.009s