[#31927] Re: Problem with Ruby 1.8.6-p110 on DragonFly (was [PATCH] Problem with ruby 1.8.6-p36 (and p39) on Tiger) — Takahiro Kambe <taca@...>
こんばんは。
[#31928] securerandom.rb for 1.8 — Tanaka Akira <akr@...>
securerandom.rb を 1.8 に追加し、cgi/session.rb に使わせたい
At Wed, 3 Oct 2007 12:49:20 +0900,
In article <86k5pwinco.knu@iDaemons.org>,
-----BEGIN PGP SIGNED MESSAGE-----
まつもと ゆきひろです
-----BEGIN PGP SIGNED MESSAGE-----
まつもと ゆきひろです
-----BEGIN PGP SIGNED MESSAGE-----
[#31936] Rake添付 — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
-----BEGIN PGP SIGNED MESSAGE-----
まつもと ゆきひろです
Yukihiro Matsumoto さんは書きました:
-----BEGIN PGP SIGNED MESSAGE-----
NAKAMURA, Hiroshi さんは書きました:
At Wed, 10 Oct 2007 16:46:01 +0900,
-----BEGIN PGP SIGNED MESSAGE-----
[#31941] Re: [ruby-list:44071] Re: Ruby 1.8.6-p111 / 1.8.5-p114 released (Security Fix) — Shugo Maeda <shugo@...>
前田です。
-----BEGIN PGP SIGNED MESSAGE-----
前田です。
-----BEGIN PGP SIGNED MESSAGE-----
前田です。
In message <47063403.3070402@ruby-lang.org>,
In message <20071006.101915.596518898.gotoyuzo@sawara.priv.tokyo.netlab.jp>,
前田です。
In message <4709852A.1020606@ruby-lang.org>,
-----BEGIN PGP SIGNED MESSAGE-----
In message <470D9227.9090008@sarion.co.jp>,
-----BEGIN PGP SIGNED MESSAGE-----
[#31959] pcc: constant too big for cross-compiler — "NARUSE, Yui" <naruse@...>
成瀬です。
In article <470884D1.9040401@airemix.com>,
[#31980] multibyte string/regex literal with escape sequence — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
まつもと ゆきひろです
こんにちは、なかむら(う)です。
まつもと ゆきひろです
こんにちは、なかむら(う)です。
まつもと ゆきひろです
成瀬です。
こんにちは、なかむら(う)です。
In article <20071010091006.1988.USA@garbagecollect.jp>,
成瀬です。
In article <471003CB.7060701@airemix.com>,
成瀬です。
[#32049] Re: iconv enhancement in Ruby 1.9 — Nobuyoshi Nakada <nobu@...>
なかだです。
[#32133] undefined method `now' for DateTime:Class (NoMethodError) — "NAKAMURA, Hiroshi" <nakahiro@...>
-----BEGIN PGP SIGNED MESSAGE-----
どういう状況かよくわかってないのですが、いっそ必ず date 丸ごと読むようにするか、
-----BEGIN PGP SIGNED MESSAGE-----
> もしかして、単にtime.rbの「require 'parsedate'」を削ればいいだけだったり
-----BEGIN PGP SIGNED MESSAGE-----
> 確かに。で、1.9でparsedate.rbがなくなることを考えると、とりあえずtime.rb
In article <4b1598ce0710231835p1a0b3040kcc89bf0017a60c21@mail.gmail.com>,
[ruby-dev:32061] Re: Import RubyGems to Ruby 1.9
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Yukihiro Matsumoto wrote:
> |> (4) RubyGemsを添付した上で、gemをロードする機能だけをもった小
> |> さなライブラリをコアに追加する。具体的にはprelude.rbで
> |> requireする
> |>
> |> のはどうだろうか、という気分です。
> |
> |これは(3)と同じなんじゃないかという気がします。「(3)でいく。ただしメモリ
> |消費量が馬鹿にならないから、可能な限りダイエットする」ではありませんか?
> |(もちろんそれを(4)と呼んでもいいと思いますが)
>
> ま、どっちでもいいです。(4)としたのはダイエットの必要性を強
> 調したかっただけですから。
木曜日に笹田さんとIRCで話したのですが、「gemをロードする機能だけ」という
部分について、coreチームのみなさんと、私の認識に違いがあるかもしれませ
ん。で、金曜日に笹田さんがそのネタを振ってくれることになってたんですが、
忙しいみたいですね。いつまでもみなさんを待たせるわけにいかないので、先に
返信してしまいます。
> |つまり、1.9.1のrubyは、常にgem探索が有効な状態で動作する、ということです
> |よね。これについてはこれまで、私、やまだあきらさんから反対が出てますね。
> |ここまで確認できたら、次の投稿あたりで私の反対理由を書きます。私の反対意
> |見は空振り率が高いんで、やまだあきらさんもどうぞ。:-)
>
> お待ちしてます。申し訳ないですが、今までの議論を必ずしも把握
> していないので、最初から説明してやってください。
以下が、これまでの流れです。足りないと思う部分があれば指摘してください。
- - [ruby-core:11752]で私が「デフォルトでenableするの? opt-in?」と振った。
- - RubyGemsのdrbrainのコメントからは、デフォルトdisableと読めたので、
[ruby-core:11817]で私が再確認した。
- - [ruby-core:11818」でdrbrainが以下のコメント。以後opt-inで進む。
Yes. Not everybody will need RubyGems. For example many Rails
installations run with everything unpacked into a local directory
for easy deployment.
I would prefer users use RUBYOPT instead of enabling RubyGems by
default.
drbrainの[ruby-core:11817]は、今日になってruby-coreに賛意が流れてるやつ
ですね。
/ / /
さて私は、デフォルトでRubyGemsの機能をenableにするのは反対です。以下は、
1と2の2つの前提、それぞれの場合の反対意見を書いておきます。[ruby-core:
12643]でまつもとさん、笹田さん、田中さんに問うている内容への回答に依存す
る違いです。
1. coreチームの想定が、現在のRubyGemsの機能を全て、標準でenableする、
というものの場合。
1-1. 現行のRubyGemsはパッケージング、配布、feature loadingの各システムを
まとめて置き換えている。それは悪いことではなく便利な側面もあるが、
rubyがデフォルトで使える機能にし、「正式なRuby言語の機能」とするの
であれば、弊害が多い。例えば;
1-1-1. 既存の他のパッケージングシステムとの相性が悪い?
これは私自身は証拠を持っていないが、そう言っているディストリ
ビュータが居る。なので、とりあえずdefault disableで、問題ないこと
がわかってからdefault enableに移行すればよいと考えている。
1-1-2. 今後現れるかもしれない、他のfeature loadingシステムに制約を課す。
具体的には、新たなfeature loadingシステムがみな、バージョン指定
feature loadingをサポートしないといけなくなる。
1-2. 「デフォルトでrubyの機能ではあるが、あくまでもRubyGemsを標準添付し
ただけで正式なRuby言語の機能ではない」という主張(もしあれば)は、
前例がない(と思う)ので通りにくい。
2. coreチームの想定が、現在のRubyGemsの機能のうち、require置き換えのみ
(gemメソッドは対象外)としてenableする、というものの場合。おそらく
「常に最新のgemを読む」というつもりだろうと想定。
1-1の機能分類で言えば、パッケージングおよび配布システムとしては
RubyGemsを採用するが、feature loadingについては仕様変更してから取り込
むということ。
2-1. 他者が作ったものを、切った貼ったして標準添付するという進め方に反
対。もしそれが本当によいコトなのであれば、RubyGemsのメーリングリス
トへいき、その旨提案して機能変更してもらってから標準添付すべき。
2-2. 例えばRubyGemsチームが今から上記仕様変更に納得したとして、1.9.1まで
に安定させるのは無理でしょう。せいぜい1.9.1では見送って1.9.2とか。
/ / /
なお田中さんの、「require "rubygems" rescue LoadErrorというおまじないが
増えるだろう」という予想と、「RUBYOPTというおまじないは不幸」についても
ちょっと異なる意見があります。が、反論に対する反論を入れると論点が発散す
るので、今回は、なし。またいずれ。
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Cygwin)
iQEVAwUBRxMSQB9L2jg5EEGlAQJOCAgAg4ZrkQLhYYBld1u3yuN4ec9X1wFAjD7S
469KAzDMiNrdiPmehK2nPKW9C0GljZN7JfVIgVe0NxXgMzSXRCJx8A/qVhoZ6nNY
KDSPUmSYnVEkctou1xOpuCJd9HA0Q9DvqWZaaUpptYmcm5XRBpMfDhfYDIJNwgxw
b9e+yK5B/5redH7zhDxf92acrT8LI9cqeTWIBeDdQjZOKNqSqh6dcTqhEuxcUBOp
hDXzhCbfi0zAJVGsER9QMbR5FZflTSsCV7uJYUb4K4fqAfsfunsEKEVGzKMB755b
TCNa5HmvPhJQAK/UzO+TVgICBKTfpRbK1MAid8t3cOA7ZszKJyx/uA==
=3W37
-----END PGP SIGNATURE-----