[#29987] ライセンス論点整理 — Tacos <ozaki@...>

38 messages 2001/06/01

[#30030] Ruby license discussion — Masayuki Hatta <mhatta@...>

八田と申します。

23 messages 2001/06/02
[#30034] Re: Ruby license discussion — "Akinori MUSHA" <knu@...> 2001/06/02

At Sat, 2 Jun 2001 14:31:02 +0900,

[#30039] Re: Ruby license discussion — akira yamada / やまだあきら <akira@...> 2001/06/02

[#30056] Re: Ruby license discussion — Takaaki Higuchi <thiguchi@...> 2001/06/03

In "akira yamada / やまだあきら <akira@ruby-lang.org>" wrote:

[#30155] How do we treat local static variables? — IKEGAMI Daisuke <daisu-ik@...>

ruby-list の皆さんこんにちは。

13 messages 2001/06/09
[#30156] Re: How do we treat local static variables? — NISHI Takao <zophos@...9.com> 2001/06/09

にし@おかやまです。

[#30163] FW: [arg1:119] RE: [RubyUnit:4203] Re: インストーラ・プロジェクト — "KANEMITSU Masao" <masao-k@...>

金光です。RAAを改善しませんか?

10 messages 2001/06/10

[#30190] 呼び出し元のクラスを知る方法? — "Shin'ya Adzumi" <adzumi@...>

あづみです。

13 messages 2001/06/11

[#30215] パス文字列を操作するライブラリはありませんか? — "Kaoru Shirai" <shirai@...1jp.com>

 こんにちわ。常日頃 Ruby を愛用させて頂いております。

13 messages 2001/06/13

[#30270] setup.rb — rubikitch@...

るびきちです。

16 messages 2001/06/16
[#30291] Re: setup.rb — Minero Aoki <aamine@...> 2001/06/18

あおきです。すみません、見逃してました。

[#30292] Re: setup.rb — rubikitch <rubikitch@...> 2001/06/19

From: Minero Aoki <aamine@mx.edit.ne.jp>

[#30293] Re: setup.rb — TADA Tadashi <sho@...> 2001/06/19

ただただしです。

[#30305] TMarshal — rubikitch@...

るびきちです。

25 messages 2001/06/19

[#30333] 共同著作物の謎( re :ライセンス) — Tacos <ozaki@...>

13 messages 2001/06/20
[#30334] Re: 共同著作物の謎( re :ライセンス) — Tacos <ozaki@...> 2001/06/20

[ruby-list:30133] Re: ライセンスQ&A

From: Tacos <ozaki@...>
Date: 2001-06-07 12:29:03 UTC
List: ruby-list #30133
> 八田です。

こんばんは。いつも八田さんの「機械翻訳的あるいは機械翻訳以上に逐語精密翻
訳」(←尊敬表現です!!)DOCsを愛用させていただいてます。

> # ただし、MUSHAさんもおっしゃっていたように、パブリックドメイン相当に
> # して完全に権利を放棄してしまうのは(それが可能かどうかはともかくとし
> # て)あまり賢明なことではないと思います。誰かが GPL を適用してしまうか
> # もしれないのに ;-)

それはそれでよいのでしょう。

BSD系とかパブリックドメインを選択した場合、GPLどころか、最悪、マク
ロシャフト社(架空名称;いかなる団体会社もモデルにしていません(笑))が
突然出てきて、

・ruby/windows用改を、当社がバイナリー形式のみで配布する。
・ソースは見せない。
・アンドキュメンテッドな資料がいっぱいあるのでほしい人は、インシデント払
って×××にコミットせよ

なんて言って来るリスク(爆)も含めて受け入れる(逆にこんな行為はオープン
コミュニティの世論で排斥する自信がある)ということです。

#要は対抗言論で戦える人たちは裁判所のお世話になんかなる必要はないわけで
すよ。

> 
> しかし、Tacos さんが
<略>
> とおっしゃっておられるように、「パッチを送ってもらった時点で著作権の譲
> 渡」というのはさすがにアプリオリに仮定できることではないように思います。
> ライセンスを大きく変更するには、二次的著作物の著作権と著作者人格権を持
> つ著作権者、すなわち、何らかの形でこれまで Ruby に contribute した*全
> 員*の承諾が必要と考えるのが妥当ではないでしょうか。メーリングリストで
> 尋ねても、もう購読していない人もいるかもしれませんし、直接しらみつぶし
> に聞かざるを得ないでしょう。

うーん。理論的にはそうなんでしょうけど、実務法務的には、そこまで徹底する
必要はないです。

まともとさんには既にアドバイスしたのですが、「個別同意として」黙示の同意
があった、という構成はあり得ないことではないです(コミュニティとしての包
括同意というのとは別儀ですので注意)。

また、MLも読んでない人は(おそらく)訴訟も起こさないでしょうから、実務
的な手続的見地(予防法務レベル)からは無視できます。


> FSF はことあるごとに Artistic が曖昧だと非難していますが、いくつかの欠
> 陥はあるもののそんなに致命的なものだとは思えません。

ふーむ。八田さんの分析でもそうだというなら、やっぱGPL vs ArtisticL 
って思想的政治的問題に過ぎないのでは。

#「過ぎない」というのは、私(たぶんひとりだけ)の価値観です。本当は
#こっち(政治問題)のほうがはるかに重いような・・・

ご存知のとおりperl6用 ArtisticL(今回FSFが示してきたもの)は、現行 
ArtisticLと実体法的効果(理論上)はほとんどかわらないのに、かなり強く権
利(著作権法上の)主張する形式になっており、「いかにもFSF思想」になっ
とります。

..Tacos(ozaki@ruby-lang.org)

In This Thread