[#29986] ruby 1.6.4 to be released — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#29987] ライセンス論点整理 — Tacos <ozaki@...>
なかだです。
Tacos っす。
こんにちは、なかむら(う)です。
まつもと ゆきひろです
Tacos です。
まつもと ゆきひろです
At Sun, 3 Jun 2001 00:19:37 +0900,
[#30026] ライセンス/論点整理メモ ver0.91 — Tacos <ozaki@...>
まつもと ゆきひろです
Tacos です。
[#30030] Ruby license discussion — Masayuki Hatta <mhatta@...>
八田と申します。
At Sat, 2 Jun 2001 14:31:02 +0900,
In "akira yamada / やまだあきら <akira@ruby-lang.org>" wrote:
まつもと ゆきひろです
まつもと ゆきひろです
まつもと ゆきひろです
[#30041] Shellwords — "Akinori MUSHA" <knu@...>
自分のプログラムで、 Shellwords::shellwords を使うようにしたら
[#30048] RTtool and RDtool — Takahiro Kambe <taca@...>
こんばんは。
[#30067] [Q]drb で提供されている object のメソッド一覧を得るには ? — eda@...
えだです。
[#30112] Ann: NETRuby (NOTRuby for .NET) pre alpha — arton <arton@...>
artonです。
[#30120] Oracle7 用拡張モジュール +Oracle 7.2(Solaris) — SAITO Shukaku <shukaku@...>
斉藤秀格と申します。Oracle7用拡張モジュールをOracle 7.2に対して利用でき
[#30122] [Q]"2001 年 01 月 02 日 03 時 05 分 " を "2001 年 1 月 2 日 3 時 5 分 " のようにするには ? — eda@...
えだです。
[#30129] ライセンス FACT SHEET ver0.95 — Tacos <ozaki@...>
[#30132] ライセンスQ&A — Tacos <ozaki@...>
[#30141] 数字の 3 桁区切り — Makoto Sato <makotosato@...>
佐藤@NGBです。
[#30155] How do we treat local static variables? — IKEGAMI Daisuke <daisu-ik@...>
ruby-list の皆さんこんにちは。
にし@おかやまです。
NISHI Takao さん wrote :
元質問者のいけがみです。
[#30157] 「訴えられらくない」をまじめに考える。 — Tacos <ozaki@...>
[#30163] FW: [arg1:119] RE: [RubyUnit:4203] Re: インストーラ・プロジェクト — "KANEMITSU Masao" <masao-k@...>
金光です。RAAを改善しませんか?
In message <001701c0f156$5c897e50$6601a8c0@DELL>
artonです。
In message <20010610140759.A0FA.ARTON@geocities.co.jp>
[#30188] Net::HTTP の new にパラメタを追加したい — matsui@...
Net::HTTPのnewに1つパラメタを追加した派生クラスを作ってみたのですが、
[#30190] 呼び出し元のクラスを知る方法? — "Shin'ya Adzumi" <adzumi@...>
あづみです。
[#30198] Ruby/Xlib の ArgumentError — FUJIMOTO Hisakuni <hisa@...>
藤本です、こんにちは(数年ぶりにメールします)
[#30206] .dup がされてないらしい ? — Atsushi Kanaya <todo-a2c@...>
金谷です。
[#30215] パス文字列を操作するライブラリはありませんか? — "Kaoru Shirai" <shirai@...1jp.com>
こんにちわ。常日頃 Ruby を愛用させて頂いております。
こんにちは kadu です。
From: kadu <kadu@zb.wakwak.com>
こんにちは kadu です。
[#30224] bug?: $= and string hash key — genta@... (IHA, genta)
はじめまして。伊波と申します。
[#30253] 物権/債権( re :ライセンス) — Tacos <ozaki@...>
[#30270] setup.rb — rubikitch@...
るびきちです。
あおきです。すみません、見逃してました。
From: Minero Aoki <aamine@mx.edit.ne.jp>
ただただしです。
高橋征義です。サブジェクト変えました。
[#30281] オブジェクトのプロパティの名前の取得 — "Inoue" <inoue@...>
井上です。
[#30305] TMarshal — rubikitch@...
るびきちです。
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#30312] composing a mail with a big file attached — "Akinori MUSHA" <knu@...>
ちょっとしたサイズのファイルを添付したメールを作成するコードを
あおきです。
[#30333] 共同著作物の謎( re :ライセンス) — Tacos <ozaki@...>
Tacos.self wrote :
ほんの、ちょっとだけ。
[#30345] PS2Linux への Ruby インストール — "T.Shimomura" <redbugml@...>
T.Shimomura です。
[#30362] 1.6.4 と open3 — "Toshihisa Tsuji" <dayan-ml-ruby-list@...>
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
なかだです。
[#30365] Samba+File.stat+ 奇数秒ファイル — Take_tk <ggb03124@...>
[#30369] メーリングリストの検索 — Takahiro Kambe <taca@...>
おはようございます。
[#30374] rdtool's bug? — Takahiro Kambe <taca@...>
こんにちは。
[#30404] setup.rb: pre_*, post_*, task 'all' — rubikitch@...
るびきちです。
[ruby-list:30063] Re: a draft of Ruby's new license
八田です。 だいぶ意見は収斂してきたようですが、もう一押し。 # 引用のつぎはぎですみません。 個人的には GPL とぶつからなければどんなライセンスでも良いと思いますの で、*変えるのであれば* (新)BSD ライセンスでも、まつもとさんご希望の 「法三章」的な案でも、いっそパブリックドメインでも良いのではないかと思 います。 # ただし、MUSHAさんもおっしゃっていたように、パブリックドメイン相当に # して完全に権利を放棄してしまうのは(それが可能かどうかはともかくとし # て)あまり賢明なことではないと思います。誰かが GPL を適用してしまうか # もしれないのに ;-) しかし、Tacos さんが >>>>> In [ruby-list : No.30054] >>>>> Tacos <ozaki@ruby-lang.org> wrote: > >ああ、こういうのを手続きとしてなおざりにしてきたんですが、個 > >人的にはパッチを送ってもらった時点で著作権の譲渡を受けたと思 > >うことに > これをこのコミュニティ内の黙示の契約と考えると、今度は、「rubyのソース > コードを修正した者は、そのパッチを Originator に送付した時点で著作権を譲 > 渡したものとみなす」というライセンスをしていたことになり、そうなると、 > (GPLですら、修正部分の著作権譲渡まで義務づけてませんから※)ものすご > い権利主張をしていることになり、およそパブリックドメインとは反対の方向に > なってしまいます。 > ※GPLでは、原則改変部分のソース公開義務のみ。 > #著作権は創作した瞬間に創作者の下で発生してしまいますので、このへんの > #扱いって本当に難しいですよねー。 とおっしゃっておられるように、「パッチを送ってもらった時点で著作権の譲 渡」というのはさすがにアプリオリに仮定できることではないように思います。 ライセンスを大きく変更するには、二次的著作物の著作権と著作者人格権を持 つ著作権者、すなわち、何らかの形でこれまで Ruby に contribute した*全 員*の承諾が必要と考えるのが妥当ではないでしょうか。メーリングリストで 尋ねても、もう購読していない人もいるかもしれませんし、直接しらみつぶし に聞かざるを得ないでしょう。 # むしろこのあたりをなおざりにすると、ライセンスをクリアにする以上の # 「曖昧さ」を新たに持ち込んでしまうことになるのではないでしょうか。 そんなわけで、樋口さんもおっしゃっておられたように >>>>> In [ruby-list : No.30056] >>>>> Takaaki Higuchi <thiguchi@st.rim.or.jp> wrote: > これを機にRubyライセンス全体を見直すと言う話になると、これまでのライ > センスに従って開発寄与して来た人全体がライセンスについて考え直す必要 > が出てきますから、その多大な労力をかける必要がどの程度あるのか、よく > 分かりません。どちらかと言えば、混迷するだけのような気がするので止め > た方が良いのでは(^_^;) という話になります。 # 実際、以前 Debian の設定ツール debconf を GPL から BSD ライセンスに # 変えた時には、作者の Joey Hess は数十通(数百通?)のメールを出して承諾 # を得ていました。日本の法律だと事情が違うのかも知れませんが。 ようするに、ライセンスを変えるには結構な人的コストがかかります。そのぶ ん hack に充てられた時間と考えると結構な機会費用の損失です ;-) # この議論自体損失かも ;-) 本当にそこまで手間暇かける切迫した必要が今あるんでしょうか? 今のままで 本当に何らかの実質的不都合があるんでしょうか? FSF はことあるごとに Artistic が曖昧だと非難していますが、いくつかの欠 陥はあるもののそんなに致命的なものだとは思えません。GPL のような copyleft を主張するライセンスではありませんから、組み込み用途その他で も問題はないでしょう。また、Ruby's License はどのみちオリジナルの Artistic とはかなり違ったものです。 # Artistic について考えるのは Perl 界でなんかまずいことが持ち上がった # 後で十分、というのはダメでしょうか?(笑) MUSHAさんの案は検討に値すると思いますが、今よりもさらに複雑になってし まうような気がします。特に、せっかく法的なレビューが済んでいる BSD を ごちゃごちゃいじるのは反対です。海外の人が理解する上では、BSD そのまま の方が好ましいと思うのは私だけでしょうか。 # 私の個人的な行動原理は、「めんどくさいのはいやだ」なので ;-) Apache # といい PHPx といい、BSD 変種の氾濫にはもううんざりという感もあります。 取引費用の最小化という意味でも、良く知られたライセンスをそのまま適用し たほうがいちいち何から何まで説明しなくていいので楽です ;-) まとめれば 1) 変えるのであれば(宣伝条項のない)BSD が良い 2) ただし手続きが面倒だし、今変える必要はないと思う -- 八田 真行 (Masayuki Hatta) mhatta@gnu.org / mhatta@debian.org / mhatta@opensource.gr.jp