[#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:30133] Re: ライセンスQ&A
> 八田です。 こんばんは。いつも八田さんの「機械翻訳的あるいは機械翻訳以上に逐語精密翻 訳」(←尊敬表現です!!)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)