5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

ライセンスあれこれ

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


2 :名無しさん@お腹いっぱい。:02/09/22 22:50
参考 URL:
GPL
http://www.gnu.org/licenses/gpl.html
GPL FAQ
http://www.gnu.org/licenses/gpl-faq.ja.html

LGPL
http://www.gnu.org/licenses/lgpl.html
あなたの次のライブラリにはライブラリGPLを適用するべきでない理由
http://www.gnu.org/licenses/why-not-lgpl.ja.html

BSD license
http://www.freebsd.org/copyright/license.html
modified BSD license
http://www.freebsd.org/copyright/freebsd-license.html

The Open Source Definition
http://www.opensource.org/docs/definition.php
OSD 日本語訳
http://www.opensource.jp/osd/osd-japanese.html
さまざまなライセンスとそれらについての解説
http://www.gnu.org/licenses/license-list.ja.html


3 :1:02/09/22 22:55
以前こういうスレを立ててみるのどうかと聞いてみて、
そんなに感触悪くなさそうなので立ててみますた。


4 :名無しさん@お腹いっぱい。:02/09/22 22:56
冷静に考えてみれば激しく板違いだが、なぜかそう感じない罠。

5 :名無しさん@お腹いっぱい。:02/09/22 22:57
では自称識者の方々のウンチク祭り開催でーーす。
↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓

6 :名無しさん@お腹いっぱい。:02/09/22 22:57
http://pc.2ch.net/test/read.cgi/linux/1030178687/839
とりあえずこの辺で「平和目的推奨云々」という話がでてたけど、
これは OSD の 5, 6 に反してます。
この手の話は拡大解釈が可能だからライセンスに盛り込むのは
どうなのよ? という辺りが OSD 側の言い分らしい、です。



7 :名無しさん@お腹いっぱい。:02/09/22 23:00
>>6
http://www.horb.org/horb-j/copyright.htm#horb
とかだな。
これがいけないとは言わんが、
なんでわざわざ盛り込むのかね。
「無保証です」と入れとけば
責任を回避するには十分だと思うんだけど。

8 :名無しさん@お腹いっぱい。:02/09/23 00:00
鷲もこういうスレがあってもいいかなと思ったことがある。

9 :名無しさん@お腹いっぱい。:02/09/23 01:32
ぴろすえに似てるね

10 :名無しさん@お腹いっぱい。:02/09/23 04:59
揚げ

11 :名無しさん@お腹いっぱい。:02/09/23 22:57
いきなりさびれてるな


12 :名無しさん@お腹いっぱい。:02/09/23 22:59
1ユーザーとしてはどうでもいい。

13 :名無しさん@お腹いっぱい。:02/09/23 23:01
マ板とかム板でこの手のスレが立つと必ず「GPLはダメ」
とかいう電波厨房が現れて議論をめちゃくちゃにするので、
あまり期待してない。

14 :名無しさん@お腹いっぱい。:02/09/24 12:36
>>15
その認識直したほうがいいよ。

15 :名無しさん@お腹いっぱい。:02/09/24 12:53
>>14 スミマセン、ソウシマス...。
 ∨ ̄ ̄ ̄ ̄ ̄ ̄
(´Д`;)ヾ
  ∨)
  ((

16 :名無しさん@お腹いっぱい。:02/09/24 23:39
国際A級

17 :名無しさん@お腹いっぱい。:02/09/25 01:51
長淵剛

18 :名無しさん@お腹いっぱい。:02/09/28 04:32
http://directory.google.com/Top/Computers/Open_Source/Licenses/?tc=1

19 :名無しさん@お腹いっぱい。:02/09/28 12:29
ふつーマーキュリーウェア

20 :名無しさん@お腹いっぱい。:02/09/28 14:10
ふっるー


21 :名無しさん@お腹いっぱい。:02/09/28 14:52
河豚調理の場合は、知事認可。
LGPLの場合はどうよ。

22 :名無しさん@お腹いっぱい。:02/09/28 20:15
あれ。誰も語らないのか?
しょうがないから>>23がGPLを小一時間語っちゃうよ。

23 :名無しさん@お腹いっぱい。:02/09/28 20:34
ソフ研Copyleft
pizzaware

24 :名無しさん@お腹いっぱい。:02/09/28 20:35
GPL is not freedom.

25 :名無しさん@お腹いっぱい。:02/09/28 21:30
GPL provides limitations.

26 :名無しさん@お腹いっぱい。:02/09/28 22:03
Great Propagandise Lisence

27 :1:02/10/09 22:40
ネタがなくて埋もれつつあるな... この間の OpenSSL vs Sun の話みたいなのを
ここでやって欲しかったんだけど。

最近は Linux kernel の保守につかわれてる BitKeeper が
同種のソフトウェアの開発/販売などをしてる人は無料でつかえなくなって
困った、という話があるね。
http://slashdot.jp/article.pl?sid=02/10/08/1751228&mode=thread
最初は Subversion 作ってる人が云々、という程度だったのが、どうも
配布してる人もダメで distribution 関係者は全滅か? とかそんな話に
発展してる模様。

non-free なものに依存してるとツライねえ。


28 :名無しさん@お腹いっぱい。:02/10/09 22:51
Sourceforge、ライセンスに厳しくなったね。
独自ライセンスは一律弾いてるみたい。

29 :名無しさん@お腹いっぱい。:02/10/14 11:30
オープンソースなソフトウェアを仕事で使う話もここでいい?

30 :名無しさん@お腹いっぱい。:02/10/14 12:49
>>29
ライセンスの話なら。

31 :名無しさん@お腹いっぱい。:02/10/19 14:55
すごく基本的な質問なんだけど、
Copyright 1997, 1999-2001 Hogehoge corp.
の1997, 1999-2001って何の年を表していて、どういう場合に
更新されるの?

32 :あぼーん:あぼーん
あぼーん

33 :名無しさん@お腹いっぱい。:02/10/19 19:36
>>31
理屈は分からんが、会社では法務部の作ったガイドラインに従ってつけてる。
大雑把には、こんな感じ。

- 製品を対外発表した年を最初に入れる
 たとえば2000年12月から開発開始、2001年6月に対外発表の場合には 2001
- そこから実際に販売開始するまでの期間を、まとめて並べる
 2001年6月発表で2002年2月販売開始なら 2001,2002 になる
- 同一製品の次バージョンなどの場合には、前の年代をそのままに、さらに
 追加していく形を取る。

34 :1:02/10/20 00:13
この辺の表記は万国著作権条約あたりで定められていたような。
... と思って探してみたら
http://www.yuzuriha.sakura.ne.jp/~akikan/kaigai/kaigai1.html
という文章をみつけた。
ということで >>31 の例だと 1997 に発行、1999-2001 の間は修正が
なされた、ということだと思われる。

著作権全般については以下がなかなか良さそう。
http://cozylaw.com/copy.html


35 :名無しさん@お腹いっぱい。:02/10/20 09:11
>>24-25
ごめんそれは英語としてかなり変。

36 :名無しさん@お腹いっぱい。:02/10/20 18:01
>>35
from nxt?

37 :1:02/11/09 19:58
http://www.tivoli.com/support/public/Prodman/public_manuals/td/dmae/SH19-4565-00/ja_JA/HTML/dmumst02.htm
Tivoli の日本語マニュアル。MPL の日本語訳がついてる。
カリフォルニア法に従うのか...


38 :名無しさん@お腹いっぱい。:02/11/11 21:25
なんか犬板の生越スレで戦争やってます。

39 :1:02/11/11 22:46
そういうのを収容したかったのに... (´・ω・`)ショボーン


40 :関連スレ:02/11/13 04:32
【GPL】ライセンス問題すれ【BSD】
http://pc.2ch.net/test/read.cgi/linux/1037015552/

41 :名無しさん@お腹いっぱい。:02/11/15 23:50
オープンソースライセンスを詳しく説明汁!!

42 :名無しさん@お腹いっぱい。:02/11/16 00:11
>>41
似たような名前のがいろいろあってどれだかわからん。Mozilla の?

43 :名無しさん@お腹いっぱい。:02/12/13 20:39
http://slashdot.jp/articles/02/12/13/0713242.shtml
この件について諸氏の御意見を。


44 :名無しさん@お腹いっぱい。:02/12/13 21:02
意見もなにも GPL 舐めんなクソハゲ、で以上では?

45 :名無しさん@お腹いっぱい。:02/12/13 21:10
>43
GPLでは適正な著作権表示って項目を犯してるかな。
(そもそも自然権的な著作権から侵害してる気もするけど)

解決法?
オリジナルの方がダウンロード数が少ないという情況だからねぇ…
(つーか俺もGImageViewなんてものがあること知らなかったし。)
その情況で直接言っても効果なさげ。
良い方向に進むといいんだけど…

46 :名無しさん@お腹いっぱい。:02/12/13 21:31
参考サイト http://sourceforge.net/projects/pornview/

47 :名無しさん@お腹いっぱい。:02/12/13 21:33
http://gtkmmviewer.sourceforge.net/

こっちも貼れよ

48 :46:02/12/13 21:35
>>47 失礼。

49 :名無しさん@お腹いっぱい。:02/12/13 22:03
>>45

明らかに侵してますな。>著作者人格権
GPL を持ちださなくとも、訴訟すれば勝てるでしょ。


50 :おむこさん志望 ◆QtGqCwfDSA :02/12/13 22:29
>>45
http://sourceforge.net/projects/gtkmmviewer/
http://sourceforge.net/projects/pornview/
の CVS リポジトリ 比較すればどっちのコードが先に世に出てきたかは
簡単に分かるから、どっちがパクリかの証明は楽でしょう。
この手の行為は sf.net の利用規約に反してるからプロジェクト取り消しなり
開発者のアカウント削除で糸冬なのかな。

ダウンロード数の違いに関しては、
http://www.namazu.org/~satoru/misc/work-presen.html#label:5
http://www.namazu.org/~satoru/misc/work-presen.html#label:6
http://www.namazu.org/~satoru/misc/work-presen.html#label:7
あたりの話でしょう。英語版ページが無いってのはきついわな。

51 :1:02/12/14 08:30
debian-legal に流れたメールによると、

> The pornview author has already made a new release that fixes the
> copyright violations and also notified me of this problem with the
> version currently in Debian.

とのこと。とりあえず解決。


52 :名無しさん@お腹いっぱい。:02/12/14 12:21
IBM Public License って何か気を付ける事あるんでしょうか?
なんか自己責任で商用利用していいっていう風に取れるんですが・・・

ttp://oss.software.ibm.com/developerworks/opensource/license10.html

53 :名無しさん@お腹いっぱい。:02/12/14 12:49
>>51
fork した扱いになるのかな?

54 :名無しさん@お腹いっぱい。:02/12/14 13:10
>>52
OSI に approve されたライセンスだから、すくなくとも OSD に合致はしているはず。
http://www.opensource.org/licenses/
http://www.opensource.org/docs/definition.php
http://www.opensource.jp/osd/osd-japanese.html

この変に書かれているようなことは基本的に可能なのでは。
「自己責任で商用利用可能」は自分もそう読める。


55 :名無しさん@お腹いっぱい。:02/12/14 13:14
>>52
GPL と矛盾するらしい。
http://www.fsf.org/licenses/license-list.ja.html#GPLIncompatibleLicenses

56 :52:02/12/15 02:11
>>54,55
はい、その辺は一応checkしたんですよ。ただ、僕の解釈の
「自己責任で商用利用可能」
が正しいんだとすると、
「IBM ずいぶん太っぱらだなぁ」
と思ったわけで、ちょいと疑問だったんですけど。
あと、>>55の「矛盾」ってのも
「どう矛盾するのか」が書いていないんですよねぇ・・・

別に IPL(?) のソフトをどうこうしようってわけじゃないんで
どうでもいいっちゃぁいいんですけど、興味はあるところですね。

57 :山崎渉:03/01/15 13:13
(^^)

58 :名無しさん@お腹いっぱい。:03/02/08 03:41
【盗作】糞爺 Divxコンバータ【疑惑 】
http://pc.2ch.net/test/read.cgi/pcnews/1044251236/

59 :名無しさん@お腹いっぱい。:03/02/14 22:57
Artistic Licenceのライブラリをスタティックリンクした場合、なんか制限ある?

60 :名無しさん@お腹いっぱい。:03/02/17 22:29
link について言及があるのは 5 と 7 かな。
自分のコードがライブラリよりも十分に大きければ特に問題なさそうだけど...
Artistic は表現が曖昧で読みづらいね。



61 :山崎渉:03/03/13 17:10
(^^)

62 :名無しさん@お腹いっぱい。:03/03/14 18:17
BSD ライセンス最強

63 :名無しさん@お腹いっぱい。:03/04/04 17:54
>>37
1ってまだ読んでるかなあ。
MPLの日本語訳ほしいんだけどTivoli買収されちゃって
URL変わっちゃったよ...誰か教えてほしぃ...

64 :山崎渉:03/04/17 12:01
(^^)

65 :あぼーん:あぼーん
あぼーん

66 :sage:03/05/07 14:38
ttp://publib.boulder.ibm.com/tividd/td/dmae/SH19-4565-00/ja_JA/PDF/4565pdf.pdf

でいいのかねえ。


67 :あぼーん:あぼーん
あぼーん

68 :名無しさん@お腹いっぱい。:03/05/20 07:12
MPL読んだのですが、これって、
例えばMPLのライブラリを組み込むと、
組み込んだ本体側もMPLにしなくちゃいけないのですか?

自分のソフトのソースを修正BSDやPDSで出す場合には、
MPLは事実上使えない、ということになりますか?
もし、それを回避するには、MPLのライブラリを一緒に配布しない
(=配布物だけでは、ビルドできない)状態にする必要があるわけですよね?


69 :あぼーん:あぼーん
あぼーん

70 :あぼーん:あぼーん
あぼーん

71 :名無しさん@お腹いっぱい。:03/05/22 04:00
>>68
そういうGPLのような汚染性はMPLにはないのでは。

たとえば普通の大学生とかが自作ソースとあわせて
配布するならば、
(1) 使っていることを注釈として明記すること。
(2) 修正ソースコードの入手方法も書いておくこと。
(3) 最後に修正されてから最低6ヶ月間は入手可能に
  しておくこと。
くらいでしょ。これらはBSDの外側にあるのであって
守ればいいだけの話なのでは。


72 :名無しさん@お腹いっぱい。:03/05/24 07:10
あー、つまり配布時に一緒にしておくだけで、
別ライセンスで配布すればよいのでは?ということですか。
本体はBSDL、MPLの規定は守りつつあくまでライブラリはMPL、というように。

73 :名無しさん@お腹いっぱい。:03/05/27 01:53
>>72
そうです。たとえバイナリのライブラリをリンクしても、
MPLのコードが含まれていることを明記し、特許等の
ネゴシエーションが必要そうな問題はLEGALファイルに
書くことさえ守っておけば、配布可能だと思います。

ただMPLには、本体のコード量>MPLのコード量、じゃ
ないと、本体がMPLのものの派生物とみなされる文言が
ありますが、これは大丈夫でしょうか?

たとえばMPLのライブラリが1万行あり、自分のラッパー
クラスが100行しかなかったら、内容がどうであれ
自分はContributorとみなされちゃいます。つまり
コードを開示しなければならない...のでは。

自信がないのでsageで。

74 :名無しさん@お腹いっぱい。:03/05/27 01:54
>>73
よく考えたら自分のコードがBSDLだったら
開示云々は気にすることないや。恥ずかし!


75 :名無しさん@お腹いっぱい。:03/05/27 03:03
thanx!!わかりました。

MPLは、いくつか注意すれば、過剰に恐れることはありませんね。

いやはや、最近、どうも、感染力のあるライセンスは体が受け付けなくて・・・。
だもんで、個人的には、PDS > BSD >>>>MPL>>>>>>>>>>>>>>>>>>>>GPL

76 :名無しさん@お腹いっぱい。:03/05/27 20:16
qmailってPDSでいいんだっけ?いくら調べてもはっきりしないんだよね。

77 :名無しさん@お腹いっぱい。:03/05/27 23:15
>>76
著作権は放棄してないだろ。
http://www.fsf.org/philosophy/categories.ja.html#PublicDomainSoftware

78 :名無しさん@お腹いっぱい。:03/05/28 00:24
>>77
情報どうもありがとう。
http://cr.yp.to/qmail/dist.html
によれば、改造さえしなければ再配布も特に問題なさそうだし、自由に使ってもよさそうだね。
改訂BSDあたりと同じような気分で使うことにしようかな。

問題あったら誰か突っ込んでください。

79 :名無しさん@お腹いっぱい。:03/05/28 00:56
( ゚д゚)<……

80 :名無しさん@お腹いっぱい。:03/05/28 14:42
>>78....DJB房の逆鱗に触れるヨカソ....

81 :あぼーん:あぼーん
あぼーん

82 :名無しさん@お腹いっぱい。:03/05/30 13:52
MPLって結局バイナリの使用条件は非常に緩いんだな。ソースの改変については厳しいと。

83 :あぼーん:あぼーん
あぼーん

84 :名無しさん@だめだめ日記:03/07/19 15:55
結局のところwindowsでapacheを動かすとどうなのよ?


85 :名無しさん@お腹いっぱい。:03/07/19 16:41
どうもこうもあるか!

86 :名無しさん@お腹いっぱい。:03/07/19 16:43
Windows使う時点でだめだめ(w


87 :川合堂:03/07/20 07:07
     ∧_∧
ピュ.ー ( ´_ゝ` ) <これからも僕を応援して下さいね(´_ゝ`)。
  =〔~∪ ̄ ̄〕
  = ◎――◎                    川合堂ライセンス


88 :名無しさん@お腹いっぱい。:03/07/20 09:00
山崎ライセンスかと思ったYo!


89 :名無しさん@お腹いっぱい。:03/07/20 17:03
/.Jにスレが立ってますた


90 :名無しさん@お腹いっぱい。:03/07/31 08:09
MITライセンスの日本語訳ってねえ?


91 :名無しさん@お腹いっぱい。:03/07/31 09:19
xjman にはないかなあ...
http://xjman.dsl.gr.jp/


92 :あぼーん:あぼーん
あぼーん

93 :名無しさん@お腹いっぱい。:03/08/15 21:54
FreeBSD4.8/Apache1.3.28で標準モジュール改造しててGPLな関数を1個コピペしたんですが、
この場合はApacheLicense/GPLのどちらにしたらいいのでしょうか?

94 :あぼーん:あぼーん
あぼーん

95 :名無しさん@お腹いっぱい。:03/08/29 18:12
スレ違いかも知れませんが質問させてください。

修正BSDライセンスのライブラリを使用してアプリケーションを書きました。
ライブラリは静的にリンクしています。
このアプリケーションを公開する場合、ヘルプ画面かアバウト画面にライブラリを
使用している旨を書き、ライブラリに添付された例の英文を丸写ししておけばいいの
でしょうか。
またアプリケーションのソースを公開する場合はライブラリは各自で用意してもらう
つもりなので(アバウト画面等のリソース以外に)ライセンスに関する記述をする必要
はないと考えていいのでしょうか。

どーも具体的にこうしておけばよいという資料が見つからなくて困っています。

96 :名無しさん@お腹いっぱい。:03/08/29 18:26
FSF Substitutes Freedom. について語るスレはここですか?

97 :あぼーん:あぼーん
あぼーん

98 :名無しさん@お腹いっぱい。:03/09/01 11:09
>>93
APL + GPL 両方じゃない? でも APL は宣伝条項つき BSD style とほぼ
同一なので binary 配布で問題になるような。

>>95
それでいいような。まあ本当に不安なら copyright holder に聞くのが筋
だと思う。答えてくれる保障はないけど。


99 :名無しさん@お腹いっぱい。:03/09/04 16:33
そうですか

100 :名無しさん@お腹いっぱい。:03/09/05 17:57
100

101 :名無しさん@お腹いっぱい。:03/10/04 01:08
FreeType2のライセンスって
・GPL
・BSDライセンスっぽいFreeTypeライセンス
のどちらかってこと?

102 :名無しさん@お腹いっぱい。:03/10/05 01:46
gettextを使う場合、GPL(LGPL?)に感染しますか?
intlディレクトリにはCOPYING.LIBがあるのでLPGLっぽいんですが…

103 :名無しさん@お腹いっぱい。:03/10/05 02:10
ヘッダファイルくらい読みなよ。


104 :名無しさん@お腹いっぱい。:03/10/05 02:47
説明不足でした。

配布物内のintlディレクトリ、システムにインストールしたstatic版、
shared版の3種類とリンクする可能性があるわけですが、
それぞれで状況が違うんじゃないかと思ったので。

GPLにすれば簡単なのですが、できればシンプルなBSDライセンスにしたかったので。

105 :名無しさん@お腹いっぱい。:03/10/05 15:07
いろいろ調べたところ、

・ソースで配布する分にはLGPL含んでいても特に影響なし
・バイナリ配布でダイナミックリンクでは影響なし
・バイナリ配布でスタティックリンクの場合はいくつか制限あり

と判断しましたが、これで合ってますか?

106 :名無しさん@お腹いっぱい。:03/10/06 11:16
>>101
yes.
>>105
yes.
まあ普通自分でかいたソフトの配布なんてソースでしかしないから
大丈夫じゃないの。
バイナリ配布する時に色々ある制限について考えなければいけないのは
そのバイナリを配布する人。


107 :名無しさん@お腹いっぱい。:04/02/05 07:29
1. 本プログラムの著作権は○○が所持する。
2. ○○は、本プログラムに関する著作財産権および著作人格権を行使しない。


108 :flatline@Vim%Chalice ◆r6EONKKhcc :04/02/07 05:22
FAQ: 「単なる集積」と「二つのモジュールを一つのプログラムに結合すること」の違いは何ですか?
ttp://www.gnu.org/licenses/gpl-faq.ja.html#MereAggregation

> 二つのプログラムの単なる集積物とは、それらを同じCD-ROMやハードディスクに隣り
> 合わせに置くことを意味します。私たちはこの用語をそれらが別々のプログラムであ
> るときに使い、単一のプログラムの一部では無いときに用います。この場合、プログ
> ラムの一つがGPLで保護されていても、他のプログラムには何の影響もありません。

> 二つのモジュールを結合するとは、それらを一緒に接続しそれらが単一のより大規模
> なプログラムを形成することを意味します。もしいずれかの部分がGPL で保護されて
> いるならば、結合物全体もGPLの下で発表しなければなりません。もしそうできなけれ
> ば、あるいはそうするつもりが無ければ、あなたはそれらを結合することはできませ
> ん。

> 二つの部分を一つのプログラムに結合する要件とはなんでしょう? これは法的な質問
> であり、究極的には裁判官が決めることです。私たちは、適切な基準はコミュニケー
> ションのメカニズム(exec、パイプ、rpc、共有アドレス空間でのファンクションコー
> ルなど)とコミュニケーションのセマンティクス(どのような種の情報が相互交換され
> るか)の両方に依ると考えています。

109 :flatline@Vim%Chalice ◆r6EONKKhcc :04/02/07 05:23
続き.

> モジュールが同じ実行ファイルに含まれている場合、それらは言うまでもなく一つの
> プログラムに結合されています。もしモジュールが共有アドレス空間でいっしょにリ
> ンクされて実行されるよう設計されているならば、それらが一つのプログラムに結合
> されているのはほぼ間違いないでしょう。

> 逆に、パイプやソケット、コマンドライン引数は通常二つの分離したプログラムの間
> で使われるコミュニケーションメカニズムです。ですからそれらがコミュニケーショ
> ンのために使われるときには、モジュールは通常別々のプログラムです。しかしコミ
> ュニケーションのセマンティクスが親密であったり、複雑な内部データ構造を交換し
> たりする場合は、それらも二つの部分がより大規模なプログラムに結合されていると
> 考える基準となりうるでしょう。

(終り)

110 :flatline@Vim%Chalice ◆r6EONKKhcc :04/02/07 05:36
著作権法
ttp://www.cric.or.jp/db/article/a1.html
たぶん我々非専門家が読んでも完全に理解はできないだろうが,原典というのは大事にすべき.

関西大学法学部教授,栗田隆先生による注解(部分のみ完成)より
著作権(財産権)譲渡
ttp://civilpro.law.kansai-u.ac.jp/kurita/copyright/commentary/Act26-2.html
これがGPL著作物を他人が利用できることの理論的根拠をなす.

さて上の著作権譲渡はしばしば契約に基づいて行われるが,
その場合は「契約」の違反かどうかという論点が生まれる.
その話は著作権法の条文をいくら読んでも出て来ないので,
いわゆる「専門家による要点解説サイト」を当たるしかないだろう.
(情報の信頼度は少し落ちるが,どこもほぼ一致したことを主張しているので,
私はそれらを信頼する.)

111 :名無しさん@お腹いっぱい。:04/02/08 13:05
著作権法
http://law.e-gov.go.jp/cgi-bin/idxselect.cgi?IDX_OPT=2&H_NAME=&H_NAME_YOMI=%82%bf&H_NO_GENGO=H&H_NO_YEAR=&H_NO_TYPE=2&H_NO_NO=&H_FILE_RECNO=4141&H_RYAKU=1&H_CTG=1&H_YOMI_GUN=1&H_CTG_GUN=1

112 :flatline@Vim%Chalice ◆r6EONKKhcc :04/02/08 20:45
Public Domain Software "X"(ちなみに日本では法体系上ありえない)が
Public Domain Softwareであり続けるためには,
GPL/LGPL-ed ソフトウェア "Y" のコードを取り込むわけにはいかない.
("Y" の作者に許可もらえばOK,ただし "Y" が "Z" の派生物だった場合は遡る必要アリかも.)
(ちなみに "X" の主機能が "Y" に依存する場合も,"X" にはGPLが伝播する.
 "X" と "Y" で一体のものとして見なされるから.)
それは制限なのか.制限だとすればどちらから生じた制限なのか.

という話題.

- 現実問題としてのフォークの是非.「洩れの著作物にしちゃえばOK」?
- 著作権者が不明確なんですけど.勤務先の法人になってたりしてない?
- このソフトフェア,微妙に異なったライセンスのコードが混在してる!

などなど.

113 :名無しさん@お腹いっぱい。:04/02/09 01:46
>>112
> (ちなみに "X" の主機能が "Y" に依存する場合も,"X" にはGPLが伝播する.
>  "X" と "Y" で一体のものとして見なされるから.)

これって広すぎないかなぁ…
例えば Windows 用の software が全部 Windows と一体にされちゃいそう。
emulate の可能性とか、考慮することも多そうだけど。

114 :flatline@Vim%Chalice ◆r6EONKKhcc :04/02/09 05:55
えーと私の理解の範囲ですけど,それらは確かに *GPL(を採用した著作権者)の要求する契約* です.
よくある議論が「ダイナミックリンクだったらいいの?」「パイプを通じて会話させれば別ソフトだろ」
「GPL-ed な "Y" はパッケージには含まないで,各個人にダウソしてもらおう」
... ですが,それらは判断規準にならないはずです.
飽くまでも,目的/意図レベルの話.("Y" のソースコードが使われたら明らかですが.)
"Y" の利用がおまけ程度なら伝播しないはず.

ちなみに,GPLの次の改定ではwebアプリも視野に入れるそうです.
GPL-ed なwebアプリサーバ "Y" のクライアント "X" にGPLが伝播するように.
そうしないと,これからの流行の中で骨抜きにされますからね.

Windowsがどうなのかは知りません.(てか聞いたことないです.)
上記はあくまでもGPLの契約内容ですから.

またLinux kernelは「環境」なので "X" が依存するしないの議論からは外れるそうです.
それとglibcはLGPLなのでLinux上のソフトウェア全てにGPLが伝播することはありません.
(ご存知でしょうが,話の一貫性のために.)

ただ,日本の著作権法に照らすとGPLは機能しない,無効だ,という講演もあったそうですね.

115 :名無しさん@お腹いっぱい。:04/02/09 09:10
>>112
> Public Domain Software "X"(ちなみに日本では法体系上ありえない)が
著作件者が、Public Domain Softwareに対して行うことが認められている行為を、
自作ソフトウェアにも行うことを許可しますと、あたかもPDSであるかのように扱うことを
自分の権利を使って強制するとかどう? そうすれば実質的にPDSとして扱われるよね?
あるいは、許可する行為を列挙してみるとか。ここらへん法律の専門家に聞かないと
わからないかな?

いわゆるPDSに対する俺の理解として、PDSを例えばGPLなどに第三者がライセンスしなおして
配布するのは法的に許されていると思っていました。ここらへんどうなのか知っている人
いませんか?

116 :名無しさん@お腹いっぱい。:04/02/09 19:50
>>114
> えーと私の理解の範囲ですけど,それらは確かに *GPL(を採用した著作権者)の要求する契約* です.

どこまでを「一体」とみなすかって話、 GPL にははっきり書いてないでしょ。
要求することなら、契約時にはっきり伝えないとだめだよ。

> よくある議論が「ダイナミックリンクだったらいいの?」「パイプを通じて会話させれば別ソフトだろ」
> 「GPL-ed な "Y" はパッケージには含まないで,各個人にダウソしてもらおう」
> ... ですが,それらは判断規準にならないはずです.

契約が特別な規定をしてなければ、「一体」かどうかの判断基準になると思うけど。

それに、 pipe とかで通信するだけなら一体じゃないっていうのは、 GNU が出してる見解だよ。
例外として exchanging complex internal data structures が出てるけど。

> またLinux kernelは「環境」なので "X" が依存するしないの議論からは外れるそうです.

「環境」とかの概念的な話だったら、 engine と data と plug-in とかはそれぞれ独立してるって主張できそうな。
front-end と back-end とか、依存してても普通は別々のものとして扱われる例がいくらでもあると思う。


>>115
> 著作件者が、Public Domain Softwareに対して行うことが認められている行為を、
> 自作ソフトウェアにも行うことを許可しますと、あたかもPDSであるかのように扱うことを
> 自分の権利を使って強制するとかどう? そうすれば実質的にPDSとして扱われるよね?

確かそれ、著作権者はいつでも許可を取り消せるっていう問題があったはず。

117 :名無しさん@お腹いっぱい。:04/02/10 08:37
>>116
>確かそれ、著作権者はいつでも許可を取り消せるっていう問題があったはず。
これは、PDSに関してだけの問題ではなくて、どんなライセンスにしてあっても、
著作権者はライセンスを変更するかもしれないという問題は存在しますよね?

例えば、あるソフトウェアのversion1.0をGPLで公開していた人が、version2.0から別の
ライセンスに変更して、version1.0もこれからは、こっちの新しい方のライセンスで配布します、
と言った場合、GPLで公開されていたversion1.0から派生ソフトウェアを作ってGPLで
公開していた人の立場はどうなるのかな?

118 :名無しさん@お腹いっぱい。:04/02/10 08:44
GPLedな時点で公開していた分については永久にGPL。
たとえ著作権者でも、過去にGPLで公開した分については取り消せません。

119 :名無しさん@お腹いっぱい。:04/02/10 08:55
じゃあ、PDS的なライセンスの場合はどうですか?
冗長になりますけど、一応、書いときます。

例えば、あるソフトウェアのversion1.0をPDS的なライセンスで公開していた人が、version2.0から別の
ライセンスに変更して、version1.0もこれからは、こっちの新しい方のライセンスで配布します、
と言った場合、PDS的なライセンスで公開されていたversion1.0から派生ソフトウェアを作って同じ
PDS的なライセンスで公開していた人の立場はどうなるのかな?


120 :名無しさん@お腹いっぱい。:04/02/10 14:02
じゃあ、BSDライセンスの場合はどうですか?
冗長になりますけど、一応、(r

121 :名無しさん@お腹いっぱい。:04/02/10 14:11
>>120 おもんない。

122 :名無しさん@お腹いっぱい。:04/02/14 17:28
LGPLライセンスのライブラリを使って作ったプログラムを販売してもいいんだ
よね?もちろんそのライブラリの内容は改変しないっていう条件つきだけど。

ライブラリを改変しなければ、その自作のプログラムには全く違うライセンスを
適用してもいいって解釈したんだけどあってますか。

123 :名無しさん@お腹いっぱい。:04/02/14 21:47
いいと思う
でないと、SDLのゲームが商用で売られていないからな

124 :名無しさん@お腹いっぱい。:04/02/15 06:25
だいじょぶ。くれぐれもstatic linkしないようにね。


125 :名無しさん@お腹いっぱい。:04/02/16 01:53
>>123>>124
インタープリタ型の言語で、LGPLのライブラリを使いたいと思った
ので確認させてもらいました。別ファイルとして同梱しておけば問題
なさそうですね。ありがとうございました。

126 :名無しさん@お腹いっぱい。:04/02/21 02:01
あげておく

127 :名無しさん@お腹いっぱい。:04/02/22 01:03
>>124 static linkかdynamic linkかは関係ねーだろ。

128 :名無しさん@お腹いっぱい。:04/02/22 02:03
関係あるだろ。

> ライブラリを改変しなければ、その自作のプログラムには全く違うライセンスを
> 適用してもいいって解釈したんだけどあってますか。
の部分。


129 :名無しさん@お腹いっぱい。:04/02/22 20:37
LGPLの話だろ? >>124 >>127 >>128 は勘違いしてないか?
ライブラリ部分の「自由」さえ保証すれば販売も改変も問題ないかと。
具体的には

* 改変分を含むライブラリのソースを提供する。(LGPLの第4節)

* static linkの場合にはアプリケーション部分のオブジェクトを提供
するかdynamic linkにしてライブラリ部分の差し替えを可能にする。
(LGPLの第6節)

といったところ。


130 :129:04/02/22 20:40
つーかお前ら、"work based on the Program(Library)" と "work
that uses the Program(Library)" の違いは理解していますか?

>>108- の flatline氏もこの区別が付いてないように見えるので
LGPLの第5節を読むことをお勧めする。
>>112 に倣って "work that uses the Program" を "X"、GPLedな
Program を "Y" とすると、"X" 単独ではGPLは伝播しないが "X+Y"
は "work based on the Program" になるのでGPLが伝播する。

よくあるstatic linkでもdynamic linkでも一緒というのは "X+Y"
についての話であって、"X" 単独で配布される場合には関係ない。

131 :名無しさん@お腹いっぱい。:04/02/23 23:07
ノイズを排除するのが困難だがこんなところだろうか.

http://groups.google.co.jp/groups?num=100&as_scoring=d&as_epq=open+source&as_eq=cannot+can%27t+unable&as_ugroup=comp.%2A&as_drrb=b&as_miny=1981&as_minm=1&as_mind=1&as_maxy=1997&as_maxm=12&as_maxd=31

以前から open source = ソース公開 で使われてたように見えないか?

132 :名無しさん@お腹いっぱい。:04/02/24 09:24
>>122
その著作物をあなたが選んだ条件の下で頒布することもできる。ただし その場合、あなたの条件は顧客自身の利用のための著作物の改変を許可し、ま たそのような改変をデバッグするためのリバースエンジニアリングを許可して いなければならない。

133 :名無しさん@お腹いっぱい。:04/02/25 23:45
Googleのgroup検索という手法だけ示して放置するつもりでしたが,
塩兄ちゃんvsまつもと氏という話題がタイムリーに出てきましたので
少し真面目に探してみます.

まずは小手調べ.
http://groups.google.co.jp/groups?q=%22closed+source%22&num=100&scoring=d&as_drrb=b&as_miny=1981&as_minm=1&as_mind=1&as_maxy=1997&as_maxm=12&as_maxd=31
http://groups.google.co.jp/groups?q=%22closed+source%22&num=100&scoring=d&as_drrb=b&as_miny=1998&as_minm=1&as_mind=1&as_maxy=1998&as_maxm=12&as_maxd=31
"closed source" という言葉が1998年の春に生まれたというのは
断言できると思います.

134 :名無しさん@お腹いっぱい。:04/02/25 23:47
"open source" で検索した事がある人は知っていると思いますが,
"cannot open source file", "unable to open source file" の
ようなメッセージや "open(source, ...)" という関数呼び出し,
「出典」「情報源」という意味の "source" が大量に引っかかる
ために目的のものを探すのは非常に困難なのです.

そこでとりあえず "open source code" でお茶を濁してみます.
http://groups.google.co.jp/groups?q=%22open+source+code%22&num=100&scoring=d&as_drrb=b&as_miny=1981&as_minm=1&as_mind=1&as_maxy=1997&as_maxm=12&as_maxd=31

135 :名無しさん@お腹いっぱい。:04/02/26 00:39
"open source" と "closed source" のこんな使われ方もあるという例.
http://groups.google.co.jp/groups?q=%22open+source%22+%22closed+source%22+group%3Asci.crypt&num=100&as_scoring=d

ソース公開の是非に関する昔からの議論が現在では "open source" と
"closed source" という言葉で語られているようです.

136 :名無しさん@お腹いっぱい。:04/03/03 16:44
あげてみる

137 :名無しさん@お腹いっぱい。:04/03/06 22:42
http://groups.google.co.jp/groups?q=Caldera+OpenDOS+%22Open+Source%22&num=100&as_scoring=d&as_drrb=b&as_miny=1996&as_minm=1&as_mind=1&as_maxy=1997&as_maxm=12&as_maxd=31

138 :名無しさん@お腹いっぱい。:04/03/06 23:33
変なのを拾っていたらスマン
http://groups.google.co.jp/groups?q=%22open+source%22&selm=36762%40cup.portal.com
http://groups.google.co.jp/groups?q=%22open+source%22&selm=6NOV199119272089%40minnie.me.udel.edu
http://groups.google.co.jp/groups?q=%22open+source%22&selm=BqF5wL.Gsz%40cs.psu.edu
http://groups.google.co.jp/groups?q=%22open+source%22&selm=1993Aug19.083341%40atglab.atg.com
http://groups.google.co.jp/groups?q=%22open+source%22&selm=1993Aug30.033854.147671%40digntn1.csgi.com
http://groups.google.co.jp/groups?q=%22open+source%22&selm=1onc2pINNi66%40darkstar.UCSC.EDU
http://groups.google.co.jp/groups?q=%22open+source%22&selm=9309061949.34%40rmkhome.UUCP
http://groups.google.co.jp/groups?q=%22open+source%22&selm=C8q2pu.K5K%40world.std.com
http://groups.google.co.jp/groups?q=%22open+source%22&selm=CONKLIN.93Jun24123157%40ngai.kaleida.com
http://groups.google.co.jp/groups?q=%22open+source%22&selm=3c5m6l%24550%40zip.eecs.umich.edu
http://groups.google.co.jp/groups?q=%22open+source%22&selm=2h2ukr%24o4v%40senator-bedfellow.MIT.EDU
http://groups.google.co.jp/groups?q=%22open+source%22&selm=slrn5a7504.pgu.jgotts%40stuart.ummu.umich.edu
http://groups.google.co.jp/groups?q=%22open+source%22&selm=329a88fe.4353904%40news.bway.net
http://groups.google.co.jp/groups?q=%22open+source%22&selm=54ql82%24juf%40Ra.MsState.Edu

139 :138の続き:04/03/06 23:34
http://groups.google.co.jp/groups?q=%22open+source%22&selm=01bbbf6e%24ae4fe540%2434c05ac2%40nirsh.mediagate.co.il
http://groups.google.co.jp/groups?q=%22open+source%22&selm=pgpmoose.199610171000.13780%40liw.clinet.fi
http://groups.google.co.jp/groups?q=%22open+source%22&selm=3208284A.29AA%40ind.tansu.com.au
http://groups.google.co.jp/groups?q=%22open+source%22&selm=4m5ssh%242qb%40dcc.uchile.cl
http://groups.google.co.jp/groups?q=%22open+source%22&selm=4dhjtv%24hmq%40newsbf02.news.aol.com
http://groups.google.co.jp/groups?q=%22open+source%22&selm=344BE613.FFCCAA91%40nospam.pegasus.rutgers.edu
http://groups.google.co.jp/groups?q=%22open+source%22&selm=61kftf%24b51%241%40goanna.cs.rmit.edu.au
http://groups.google.co.jp/groups?q=%22open+source%22&selm=60377b%2453c%241%40newsfeed.dreamscape.com
http://groups.google.co.jp/groups?q=%22open+source%22&selm=33C58A7C.AC3%40mcs.com
http://groups.google.co.jp/groups?q=%22open+source%22&selm=33760568.16940232%40msnews.microsoft.com
http://groups.google.co.jp/groups?q=%22open+source%22&selm=5jr5fq%24k07%241%40newsserver.dircon.co.uk
http://groups.google.co.jp/groups?q=%22open+source%22&selm=wb8fozE7zEAp.Mr6%40netcom.com
http://groups.google.co.jp/groups?q=%22open+source%22&selm=33308088.3BB4B677%40extro.ucc.su.oz.au
http://groups.google.co.jp/groups?q=%22open+source%22&selm=11750.856070671%40auchentoshan.pdl.cs.cmu.edu
http://groups.google.co.jp/groups?q=%22open+source%22&selm=32ffe636.5464597%40news.wr.com.au
http://groups.google.co.jp/groups?q=%22open+source%22&selm=5d532p%24eem%40solaria.cc.gatech.edu

140 :名無しさん@お腹いっぱい。:04/03/06 23:43
ライセンス。それは、いのち。

141 :名無しさん@お腹いっぱい。:04/03/11 21:03
今のMySQLはGPLライセンスになったそうですが、
もし自サーバー(Linux)でJSP(など)+MySQLを使って有料で
レンタル掲示板などを作って商売をした場合、MySQLなどに
ライセンス問題が出てくるのでしょうか?(書いたソースは
非公開です。)Linux自体もGPLだそうですが、そもそも、この場合の
ソースはMySQL自体のソースの改変・再配布とは関係なく(利用して
いるだけ)なのでライセンスの問題ではないと思っているのですが、
問題はあるものなのでしょうか?


142 :名無しさん@お腹いっぱい。:04/03/11 21:21
>>141
http://www.gnu.org/licenses/gpl-faq.ja.html

143 :名無しさん@お腹いっぱい。:04/03/11 22:41
>>141
いいんじゃない?

144 :名無しさん@お腹いっぱい。:04/03/12 02:53
>>141
http://www.softagency.co.jp/order/license.html

145 :名無しさん@お腹いっぱい。:04/03/17 21:56
FreeBSD の ports/devel/leoarg のコレは何が矛盾なのでしょうか?
単に作者が例外規定を追加したのだと私は解釈したのですが。

----------------------------
revision 1.9
date: 2004/03/09 15:46:14; author: trevor; state: Exp; lines: +1 -0
The distfile was rerolled with this change:

--- old/COPYING Tue Nov 21 08:46:13 2000
+++ new/COPYING Thu Nov 14 11:58:29 2002
@@ -14,3 +14,6 @@
You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
+
+You are allowed linking this library statically or dynamically to a closed
+source application.

This is contradictory, so I've marked the port RESTRICTED. I left
a comment about the problem for the author via his Web site.
=============================================================================

146 :名無しさん@お腹いっぱい。:04/03/26 18:58
ORCA プロジェクトの絡みで、「GPLと親和性が高く、かつ、日本の著作権法に
準拠したライセンス」 を作ったらしい。ざっと見ただけではよくわからん
だれかレビューしない? わしは年度末で忙しいし〜(逃げ)

http://www.ozaki-law.jp/opensl.html

147 :名無しさん@お腹いっぱい。:04/06/12 13:51
ふと思った。

企業などではPCは購入せずにレンタルする事が一般的になっているが、
独自拡張を行ったLinuxをバイナリだけ搭載してレンタルするのは、GPL的にはオッケイじゃないか?

148 :名無しさん@お腹いっぱい。:04/06/12 15:24
リースデワ?
というのはさておき、ハードの所有権と何の関係があるのかな。
ソフトの使用許諾なんだから秘匿は無理。

149 :名無しさん@お腹いっぱい。:04/06/12 23:17
レン鯖なら、改良部分を秘匿したまま使用させることは可能だよね。
突き詰めれば、設置場所の違いだけで決まるという事になるけど、おかしくないか?
コンピュータ自体がソフトウェアを記録した媒体とみなせば、頒布したという解釈も
ありそうだけど、なんだかなあ。

150 :名無しさん@お腹いっぱい。:04/06/13 01:15
>>148
GPLと使用許諾は全然関係ないが。

とはいえ、そのレンタルしたマシンから当該ソフトウェアをコピーすることを
防ぐことができなければ、結局ソースの提供は拒めないな。
この場合契約等で縛ることもできないし。

151 :名無しさん@お腹いっぱい。:04/06/13 01:31
>>150
GPLは日本語に訳されるときには「一般公衆利用許諾契約書」が使われる。

GPLの0に
Activities other than copying, distribution and modification are not covered by this License
とあるのでリースは配布じゃないと言えればGPL回避可能?

152 :名無しさん@お腹いっぱい。:04/06/13 08:59
ソフトウェアライセンスや著作権のタームでは「使用」と「利用」は
全然別の行為を指している。
あと、媒体の譲渡でも貸与でもどっちも頒布になるし。

GPLとか語るんなら著作権の基礎は押さえとこうよ。

153 :名無しさん@お腹いっぱい。:04/06/13 17:12
なるほど
{販売, 移転, 譲渡, ...} ∈ 頒布
って事か。
ユーザには場所電力を提供させて、管理権渡さなきゃ、ソース秘匿してもおっけかな。
でも、面倒だな。

154 :名無しさん@お腹いっぱい。:04/06/13 18:23
ソフトウェアライセンスの議論する前に
これだけは読んどけって感じの
おすすめの書籍なにかありまつか?

155 :名無しさん@お腹いっぱい。:04/08/08 23:28
OpenSSLはいわゆる宣伝条項つきのBSDライセンスだと思いますが、
宣伝条項というのはその製品のあらゆる広告媒体(webなら全てのwebページ)に
"this product includes software developed by the OpenSSL project."
を入れる必要があるのでしょうか。それともSSLや暗号化に直接言及した
場合だけでいいのでしょうか。それともwebページは対象にならないのでしょうか。

いずれにせよ、OperaはOpenSSLを使っているにも関わらず、
この文言を書いたページがwww.opera.com、livedoorともに見当らないんですが、
いいんでしょうか。


156 :名無しさん@お腹いっぱい。:04/10/01 08:11:16
age

157 :名無しさん@お腹いっぱい。:04/10/01 11:02:13
>>150
それは、リース契約にコピーを禁止する旨の規定を置くだけで可能だな

158 :名無しさん@お腹いっぱい。:04/10/02 02:06:34
それでもコピーされてしまったら、知らずにコピーを受けとった人は
善意の第三者でソースを要求できるんじゃないの。
GPLでは入手経路を条件に制限したりはできないと思ったけど。


159 :名無しさん@お腹いっぱい。:04/10/07 10:31:11
リース品として使っているだけだと、ソース提示は求められないのかな?

160 :名無しさん@お腹いっぱい。:04/10/07 11:14:29
いや、求められるだろう。
ユーザが自分の都合に合わせてソースを書き換えられますように、という為のGPLだから。


161 :名無しさん@お腹いっぱい。:04/10/19 20:12:06
X11 ライセンスについてちと困ってるので誰か教えてください。

X11 ライセンスを採用している、p2 という 2ch ビュワーがあります。
で、p2機能拡張パックちうもんがあって、こいつは p2 の改変物です。
オリジナルの p2 の配布物には 92 個のファイルが含まれてて、
改変物のほうは、176 個のファイルが含まれてます。
何らかの改変をされたファイルが 155 個で、
追加されたファイルが 85 個もありやがります。

困ってることは、改変物のほうです。
ライセンスの指定がないんですが、X11 ライセンスを
そのまま適用しちゃっていいものでしょうか?

誰か教えておくれ。

162 :名無しさん@お腹いっぱい。:04/10/19 20:14:15
訂正
> 何らかの改変をされたファイルが 155 個で、
> 追加されたファイルが 85 個もありやがります。

何らかの改変をされたファイルが 155 個で、
そのうちの 85 個が追加されたファイルです。


163 :名無しさん@お腹いっぱい。:04/10/20 09:24:44
改変物の作者に聞くしかないのでは。


164 :名無しさん@お腹いっぱい。:04/10/21 02:00:23
>>161
> 困ってることは、改変物のほうです。
> ライセンスの指定がないんですが、
ほんとに copyright notice(s) と permission notice が記載されてないとしたら
ライセンス違反じゃない?

165 :名無しさん@お腹いっぱい。:04/11/05 11:43:06
日経 IT Pro 技術の広場 今野浩の「ソフトウェア特許論」
http://itpro.nikkeibp.co.jp/members/NBY/techsquare/20041001/150667/mokuji.jsp


166 :名無しさん@お腹いっぱい。:04/11/05 11:48:39
>>164
流用部分についてはライセンス表示が残っているけど、
オリジナル部分は良く分からないってことはよくあるよ。> BSD/X11系
BSD poppoer派生のqpopperは昔そうだった。
# 今はQualcom copyright部分は結構はっきりしているはず。


167 :名無しさん@お腹いっぱい。:04/11/05 11:53:44
>>165
「【前編】(上)」だけ有料登録しないと読めません。


168 :名無しさん@お腹いっぱい。:04/11/19 23:14:44
ちょっと相談いいですか?

修正BSDライセンスのものを他の言語に移植しました。
ライセンスはそのまま修正BSDにしときたいのですが、
この場合、利用者は移植した自分の名前も入れなくちゃ駄目なんですかね?

入れて欲しくない場合(そこまで押し付けたくない)はどう表明すればいいんでしょう。
ただ単に、コントリビュートしたって元のソースに書いておけばいいんでしょうか?

前にミスった例で、「修正BSDライセンス」ですって書いておいたら、
利用者がこちらの意図とは反して自分の名前だけかいて、
元の作者さんの名前書いてくれなかったってことがありましたので。

移植といってもちょっと使いやすいように手は加えてある状態なんですが(クラス化してあったりと)。

169 :名無しさん@お腹いっぱい。:04/11/20 15:26:20
単に「自分の名前は書いても書かなくてもいいです」としとけば?
入れてはいけないとするのはよくないと思う。
使う人があなたのクレジットを入れる自由はあると思うし、
入れないと逆にその移植+変更自体が元の作者によると誤解させる可能性もある
でしょうし。

>>168
> 前にミスった例で、「修正BSDライセンス」ですって書いておいたら、
> 利用者がこちらの意図とは反して自分の名前だけかいて、
> 元の作者さんの名前書いてくれなかったってことがありましたので。

これは元のも修正BSDライセンスだとしたら、元の作者の名前を入れないとまずいので
そのように連絡して直してもらうべき。


170 :名無しさん@お腹いっぱい。:04/11/20 15:48:01
>>168
自分の著作権表示はしなくてもいいむね例外項目を書いておくといいんじゃ
ないでしょうか。単純に自分の名前を書いていない状態だと変更分まで元の
作者が書いたことにされて元の作者の意図にも反すると思います。

171 :168:04/11/20 23:50:42
サンクス
参考にします

>>170
あー、なるほどそいういう場合もあるのか


172 :名無しさん@お腹いっぱい。:05/01/17 15:38:33
http://page6.auctions.yahoo.co.jp/jp/auction/f31076119

↑こういうのはOSのライセンス違反にはならないの?
出品者の評価見ると、win98のプロダクトキーだけを
何人もの人に配布してるようだけど・・・
しかも何日も期限伸ばして。


173 :名無しさん@お腹いっぱい。:05/01/17 15:57:07
>>172
Unixに関係ないのでパちょこん板でどうぞ

174 :名無しさん@お腹いっぱい。:05/02/04 16:39:53
少しお聞きしたいです

GPL:
GPLとして配布されたソースは自由に改変することができるが
その際は、改変したものもGPLとして配布しなければならない
また、改変する前のもの・改変した場所なども明記しなければならない
ソースは公開しなければならない

BSDL:
BSDライセンスで配布されたものは自由に改変し公開することができる
公開する際は、改変者が自由にライセンスなども指定できる
また、ソースの公開義務はない

っていうかんじで間違っていないでしょうか?

175 :名無しさん@お腹いっぱい。:05/02/04 17:22:53
>>174
間違ってるだろ
そもそも改竄しようが改変しようが配布の義務なんか無い
メンドクセーだろ

でもどうしても配布したくてしょうがないなら
GPLに則って配布すればいいし
ソースもくれと要求があったら配布すればいいだろ


176 :名無しさん@お腹いっぱい。:05/02/04 17:57:48
>>175
配布の義務があるとは書いてないと思うが?

177 :名無しさん@お腹いっぱい。:05/02/04 18:10:07
それだ。
ソースの公開義務は、改変されたソフトウェアのバイナリを
配布する時に初めて生じるのであって、配布しなければ公開
する必要もない。

> BSDL:
> 改変者が自由にライセンスなども指定できる

「BSDLライセンスに反しない範囲で」だよ。
たとえば、元々のライセンス表示を削ったりするのはアウト

178 :名無しさん@お腹いっぱい。:05/02/04 18:19:10
>>176
義務があるなんて書いてないだろ

配布しなければならないと言ってるのは>>174
の解釈

>>177
そもそも「公開」っていう無差別な話はないでしょ
バイナリ「配布」した段階で「配布」した対象に要求された
ばあいソース配布をするちゅーことで
公開なんてないんじゃねーか?

公開も特に問題ないわけだから
廻り回って公開されようがどうしようが
知る由もないんだが

179 :177:05/02/04 18:24:22
> 「配布」した対象に要求された
> ばあいソース配布をするちゅーことで
> 公開なんてないんじゃねーか?

いや、その通り。

> 公開も特に問題ないわけだから
> 廻り回って公開されようがどうしようが
> 知る由もないんだが

結局こうなることを止められないって意味で
書いたんだけどね。

180 :名無しさん@お腹いっぱい。:05/02/04 18:37:19
え!!?
BSDライセンスって好き勝手していいんじゃないの?
BSDライセンスで配布されてたソフトあったから
ソースの上に書いてあったBSDライセンスの表示を消して元々のソースをコピーとかじゃなくて
そのままいじって公開してた、
一応、今配布止めたけど
どうすればいいの?
簡単に説明しているさいととかない?


181 :名無しさん@お腹いっぱい。:05/02/04 18:54:02
好き勝手にいじっていいのは public domain のやつだよ。

182 :名無しさん@お腹いっぱい。:05/02/04 19:04:32
> ソースの上に書いてあったBSDライセンスの表示を消して
> 元々のソースをコピーとかじゃなくて
> そのままいじって公開してた、

なんか日本語が変で良く分からんが、元々のライセンス表示を
消してないなら問題ないのでは?

> 簡単に説明しているさいととかない?

BSD ライセンスにも 2条、3条、4条、の変種があるが、
GPL と違って短くて分かりやすいんだから自分で読め。

2条版の和訳
ttp://www.jp.freebsd.org/www.FreeBSD.org/ja/copyright/freebsd-license.html

3条版の和訳
ttp://www.opensource.jp/licenses/bsd-license.html


183 :名無しさん@お腹いっぱい。:05/02/04 19:16:19
> public domain のやつだよ。

public domain のやつ「だけ」だな。

「元々のライセンスを消す」のは public domain なもの以外
では、どんなライセンスでもライセンス違反になる。
人の作ったものを自分の作ったものだと偽ることになるわけ
だから、常識で考えても分かると思うが、著作者人格権の侵害だ。

184 :名無しさん@お腹いっぱい。:05/02/04 19:20:03
じゃあ、BSDライセンスで配布されていたものを
GPLで配布するときはどうするの?
GPLのライセンスの下にBSDライセンスを貼っ付けるの?


185 :名無しさん@お腹いっぱい。:05/02/04 19:25:12
> GPLのライセンスの下にBSDライセンスを貼っ付けるの?

そゆこと。

186 :184:05/02/04 19:29:49
>>185
あんがと
初めてしったよ、勉強になった

ってか、実際そんなになってたら混乱すると思うがな…
GPLのライセンス貼って、
"以下のライセンスは元のライセンスです"みたいなこと書いて
BSDライセンス貼ったらいいのかな??



187 :名無しさん@お腹いっぱい。:05/02/04 19:34:19
なんか混乱してきた
例えばBSDライセンスで配布されてるコードがあったとして
// hoge.c
// Copyright 2005 Tanaka Hajime. All rights reserved.
// (以下、BSDライセンス)

だったとする、
じゃあ改変したときに上の元のコード名と田中さんの名前は消したら駄目なの?
// hoge2.c
// Copyright 2005 Yamada Hanako. All rights reserved.
// hoge.c
// Copyright 2004 Tanaka Hajime. All rights reserved.
見たいに列挙していくの?

188 :名無しさん@お腹いっぱい。:05/02/04 19:44:05
元のを消すのは、当然駄目。
こんな感じになる。

ttp://www.freebsd.org/cgi/cvsweb.cgi/src/sys/ia64/ia64/pmap.c?rev=1.158&content-type=text/x-cvsweb-markup

こいつは下に列挙しているが、上に列挙しても良い。

ttp://www.freebsd.org/cgi/cvsweb.cgi/src/sys/uvm/uvm_map.h?rev=1.44&content-type=text/x-cvsweb-markup&cvsroot=netbsd

とか。

189 :180:05/02/04 19:50:39
そうだったのか
まあ、よくわかんないから
もとのコードさがしてきて頭のコメントアウトの部分全部貼っ付けて
その上に新たにBSDライセンス貼っ付けといたよ
これなら完璧だよな?

190 :名無しさん@お腹いっぱい。:05/02/04 19:55:38
まあ BSDライセンスの場合、元のがちゃんと残ってれば、
たいがい大丈夫だろ。

191 :名無しさん@お腹いっぱい。:05/02/04 20:00:34
ところでライセンスはいつもソースの先頭にあるけど
末端においちゃいやん、とかいう掟はあるの?


192 :名無しさん@お腹いっぱい。:05/02/04 22:07:42
ちなみにオリジナルのArtistic License(Perlのあれね)はずさんなライセンスで
Bruce PerensによるとPublic Domainにすることさえできるらしいw

193 :名無しさん@お腹いっぱい。:05/02/05 11:13:45
>>191
見落とされないよう最初に置いといた方がいい。

194 :名無しさん@お腹いっぱい。:05/02/05 21:20:05
漏れも質問させてもらう
BSDLで配布されているソフトを継ぎはぎしてソフトを作ってるんだが
ライセンス自体はBSDLなんだが、書き方とかが少しづつ違う
この場合は全てを張り付けとかなくてはいけないの?
それとも、元は同じライセンスだから著作権表示だけでいいの?

195 :名無しさん@お腹いっぱい。:05/02/05 21:26:43
>>194
> ライセンス自体はBSDLなんだが、書き方とかが少しづつ違う

それって本当にBSDLなのかと小一時間(ry

196 :名無しさん@お腹いっぱい。:05/02/05 21:28:41
たまにコメントアウトの仕方が違うとかはあるな
あれは勝手にかえてもいいんだよな?
ソースの一部だし

197 :名無しさん@お腹いっぱい。:05/02/05 21:59:43
>>194の言う"書き方"が何を指すのかは分からないけど、BSDLによって多少の書き方の違いはあるよね。
派生物の宣伝に原著作者の名前を使うなって項目の有る無しとか、
或いはもっと細かいところで、例えばライセンス下部の免責条項の文言が
THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS とか
THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS とか
THIS SOFTWARE IS PROVIDED BY THE AUTHOR
とかって感じで微妙に違う。ほかにも微妙に文言が違う場合も有る。

これらのBSDLを混ぜるときは、
Copyright (c) <YEAR>, <OWNER> All rights reserved.
を追加していくだけでなく、配布条件とか免責条項とかの文章も追加していく必要があるのかどうかって事?
厳密に言うとそうするべき…なのかなぁ?

198 :名無しさん@お腹いっぱい。:05/02/05 22:09:56
オレオレ条項はBSDLの亜種によっても内容が微妙に異なるよな。
そういやどっかでApache License 1.xはBSD-styleとは言わないって
内容の文章を見た記憶がある。

199 :名無しさん@お腹いっぱい。:05/02/05 23:50:19
おまいら落ち着け
ソースパクって来てバイナリだけ配布
これで決り

200 :名無しさん@お腹いっぱい。:05/02/07 17:20:16
コンプライアンスって言葉を知らない?
悪事がバレた時の影響って、昔よりずいぶん大きく
なってるみたいよ。

201 :名無しさん@お腹いっぱい。:05/02/07 18:00:33
確かに昔はやたらめったら死刑が多かった。

202 :名無しさん@お腹いっぱい。:2005/04/26(火) 10:17:56
Creative Commoms BY でドキュメントが公開されています。
http://creativecommons.org/licenses/by/2.0/
このドキュメント中には C++ ソースコードの断片が含まれています。
そのソースコードは著作者の表示をすれば
他のGPLライセンスなプログラムにも利用可能ですよね?

203 :名無しさん@お腹いっぱい。:2005/04/26(火) 10:24:41
最近 GPL と CC の互換性について気になっています。
CC の SA ってぱっと見ると GPL と同じ立場に立っているような気もしますが、
再配布義務等を考えると GPL よりも弱い制限のライセンスなんですよね。
http://www.alles.or.jp/~spiegel/docs/cc-about.html

参考までに RMS によると
I am pretty sure none of [the Commons licenses] is
compatible with the GNU GPL. However, no reasonable
free documentation license is compatible with the GNU GPL.
The Creative Commons licenses are mainly meant for artistic
works. They are fine for that, but when it comes to
documentation, we recommend the GFDL.

204 :名無しさん@お腹いっぱい。:2005/04/29(金) 14:37:16
http://www.acme.com/license.html
の意味って、BSDのゆるいライセンスって解釈でOK?

205 :名無しさん@お腹いっぱい。:2005/05/03(火) 00:55:30
>>204
人がいないので別スレ逝ってきます

206 :名無しさん@お腹いっぱい。:2005/05/03(火) 01:55:41
読んで理解しろよ
人によってゆるいの感覚は違うだろがばか

207 :名無しさん@お腹いっぱい。:2005/05/03(火) 02:10:23
>>205
別スレってどこ?

208 :名無しさん@お腹いっぱい。:2005/05/05(木) 18:54:45
Apacheライセンスの和訳ってない?

209 :名無しさん@お腹いっぱい。:2005/05/05(木) 22:07:17
http://opensource.jp/licenses/

210 :名無しさん@お腹いっぱい。:2005/05/07(土) 09:18:48
サンクソ

211 :名無しさん@お腹いっぱい。:2005/06/08(水) 15:19:07
BSDやGPLなソースを他の言語に移植するときは
ソースのライセンス文をそのままコピーしとけば問題ないですか?
というよりコピーしても大丈夫ですか?

212 :名無しさん@お腹いっぱい。:2005/06/08(水) 15:43:49
該当ライセンスを嫁

213 :名無しさん@お腹いっぱい。:2005/07/02(土) 18:39:09
BSDライセンスのコードを参考にして(コピーはしていません)コードを書いたときは
BSDライセンスで配布しなければならないのでしょうか?
また、著作権表示などはどうなるのでしょうか?

あくまでも、参考にしただけです

214 :名無しさん@お腹いっぱい。:2005/07/03(日) 11:46:15
>>213
http://pc8.2ch.net/test/read.cgi/linux/1119509504/62
の人?

215 :213:2005/07/03(日) 11:54:21
>>214
違います

そちらを見たら、著作権は自分のものになるらしいですね
すいません、ありがとうございました

216 :名無しさん@お腹いっぱい。:2005/07/03(日) 14:38:26
214のリンク先の答えは微妙かと思われ。
それだと、変数名や関数名を変えただけとか、
ソースの構成を変えたりとか、他言語に移植しただけとか、
そういうのがゆるされることになっちゃうよ。
程度の問題なんだろうけど、実際に裁判で争ってみなきゃ分からないんじゃないかしら。
というわけで明確な線引きができる人はいないと思います。

217 :名無しさん@お腹いっぱい。:2005/07/14(木) 23:41:49
GPLについて質問させてください。
GPLのもとで作成されているプログラムがソースコードと
実行可能なバイナリで配布されています。

私が、作成したプログラムは特定のShellスクリプトを実行する
もので、そのShellスクリプトが上のGPLのプログラムを実行する場合、
私が作成したプログラムを公開する場合GPLに成るんでしょうか。

また、私が公開するものにGPLのプログラムが含まれているか、いないか
によって変わってくるものでしょうか。

よろしくお願い致します。

218 :名無しさん@お腹いっぱい。:2005/07/18(月) 01:17:35
ならないはず

219 :名無しさん@お腹いっぱい。:2005/07/18(月) 07:30:44
>>216
許されるよ。
改変部分の著作権が本人のものってだけで。

220 :217:2005/07/19(火) 07:47:28
>>218
サンクス

221 :名無しさん@お腹いっぱい。:2005/07/19(火) 23:33:31
ここで質問するのは適切でないかもしれないですが。

ある定型の文章を画像化するためにAFPL GhostScriptを使おうと思います。
コマンド入力その他が面倒なので、プログラム中でGhostScriptを呼び出す等の、
一連の処理を行うプログラムを書いたんですけど、
このプログラムで得られた画像やプログラム自体を仕事上で使うことにライスセンス云々の問題は発生しますか?


222 :名無しさん@お腹いっぱい。:2005/07/23(土) 18:44:09
あるBSDライセンスのコードがあるのですが
以前の作者の著作権表示を外したいので
以前のコードを参考にしつつ、新しく書いているのですが
ときたま、どう処理しようにも同一のコードでないと処理できないことがあります
ですので、このばあいは変数名の違う同じコードになってしまうのですが
この場合、前の作者の著作権表示は消せないのでしょうか?

223 :名無しさん@お腹いっぱい。:2005/07/23(土) 18:55:58
程度問題だけど、量が多いのであれば、
あなたがソースを見てしまっているのがネックになるので、
仕事でやってるなら、他の人にやって貰った方がいいんじゃない?


224 :名無しさん@お腹いっぱい。:2005/07/29(金) 21:02:27
BSDライセンスで配布されているコードは
BSDライセンスで配布しなければならないのですか?
GPLにすることはできないのですか?

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

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

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

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

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



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

231 :名無しさん@お腹いっぱい。: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 :名無しさん@お腹いっぱい。:2005/07/30(土) 01:38:05
>>227
BSDLのソースの書き換えた部分だけをGPLにするのはOK

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

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

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

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


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

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

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


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

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




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

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

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

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

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


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

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

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

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

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


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

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

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

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

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


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

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


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

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


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

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

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

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

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

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

256 :名無しさん@お腹いっぱい。:2006/04/03(月) 10:08:24
フリーソフトウェアの定義では
http://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 :名無しさん@お腹いっぱい。:2006/04/03(月) 12:16:24
>>250
特許には注意が必要かも。

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

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

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

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

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

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

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

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

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


265 :名無しさん@お腹いっぱい。: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 :名無しさん@お腹いっぱい。: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 :名無しさん@お腹いっぱい。:2006/11/20(月) 23:02:39
上のは少なくともFreeTypeに関してはBSDライクなライセンスも選択できるはず。
他に何か使ってるのか?

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

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


274 :名無しさん@お腹いっぱい。:2006/11/26(日) 10:29:39
Q&A:知的財産権
http://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には感染しない
で認識正しい?
http://www.gnu.org/licenses/lgpl.ja.html
とか読んだんだけどイマイチ確信が持てなくて。
どっかに実例とか交えた解説してるページ無いかな。

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

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


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

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

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

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


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

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

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

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

77 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)