[#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:32101] Re: Import RubyGems to Ruby 1.9
押田です。 > いいと思います。ここまでの議論で、「こういうところは問題だけど、パッケー > ジングの作りかたでなんとかなる/する」という項目がいくつか紹介されてます > よね。 望まれるマトメでなくて申し訳ないのですが、 gem サブコマンドで有名どころのパッケージを生成出来れば 譲歩としては十分じゃないでしょうか? pkg 系では既に存在するようですし、 rpm の生成も容易と見積もっています(成果物が容易に列挙できますので)。 多少まどろっこしいですが、 中間パッケージを生成して既存パッケージャにインストール委譲すれば、 gem install したファイルなど存在しなくなります。 更にパッケージを再配布するコミュニティが rubyforge などに出来れば、 利便性も向上します。 もちろん既存パッケージがあれば gem は .gem でなくそれを取ってきてくれて。 #延べ make 回数が減れば CO2 削減に・・・ ただ、この問題は前提として、 実際的にパッケージングシステムが音を上げるケース、 が列挙されることが好ましいと思いますが、 本当にそんなケースがあるのでしょうか? 機能予想からくる可能性の例示は見かけた気がしますが、 実例は挙がっていないのではないでしょうか。 強いて言えば、私の知る限り、 Cygwin でインストーラが諦める事はあります。 NTFS は admin でもアクセス出来ないパーミッションを設定できて、 Cygwin のデフォルトではユーザーが作ったファイルはそうなります。 しかし Cygwin は例えば C:\cygwin で世界が閉じていますから、 再セットアップも圧倒的に簡単です。 なにしろ make install にあまり躊躇が無い私には、 パッケージャのメンテナの気持ちは解らないでしょうが、 程々で良いのに・・・否、十分に良く機能してくれている、 と思いますけれど。 まさか / 以下の全容を管理し尽くそうとは考えていないでしょうけれど。 特に昨今の Linux はどれもインストールが簡単で所要時間も比較的短く、 困ったら再セットアップを躊躇う必要も無い気がします。 逆に Windows はインストールも遅い上にファイル管理もよくわからず、 temp と言いつつ中のファイルを消すとアンインストーラが起動できなくなったり。 「私の PC でそこまで許した覚えは無い!」と言いたくなる。 すみません余談が長くなりました。