[#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:32091] Re: Import RubyGems to Ruby 1.9
押田です。 折角登録したので ROM では何だと思い投稿させて頂きます。 普段 Fedora / RHEL でベンダー版 ruby を使用しており、 若干 cygwin でも ruby しています。 私は「添付して disable」へ一票という立場です。 ライトユーザーで Rails を使う場合しかインストールしておらず、 バイナリモジュールを含むパッケージは gem インストールしなかったりします。 RubyGems へ期待することは wget → make install 行程の簡便化です。 バージョン依存の解決は期待していません。 バージョン依存の解決には期待していないので、 「バージョン依存を解決できない subset のみを enable」でも幸せですが、 それでは gem の一翼が捥がれてしまうのでしょう。 ただし、 バージョン依存はデプロイ計画を立てた段階で排除される(べき)ものと考えますので、 その機能は開発作業者の作業性の向上にしか寄与しないのでは?と思ってしまいます。 #今日においては人数比が developer > user なのかも知れませんけれど。 > rpm や deb は fakeroot だし、OpenBSD ports も fork してまもなく > そうしましたね。 rpm は DESTDIR 指定の make install で「成果物」を得ていますね。 > 伝え聞くところによると、主な問題というのは拡張ライブラリを含む > gem のビルドらしいです。この議論の中で実例が提示されれば、これが > 解決するまではダメだよ、というハードルにできると思います。 それは、 バイナリモジュールのコンパイルに gcc など必要で、 そのインストールは gem には出来ないから、 ということでしょうか? 前述の通り Rails でしか gem にお世話にならないのですが、 私は ruby-mysql のインストールには gem を使用しておりません。 特にデプロイ先を考えると手順に「gcc をインストール」というのは虫垂なんです。 幸い RHEL には準ベンダーパッケージに ruby-mysql が存在するので、 問題は回避できています。 と、言いますか、 パッケージシステムってバイナリ(ビルド成果物)を容易に再配布するためのもの、 じゃないでしょうか。 gem は make install を簡単にするもの。 相容れなくて良いのではないかと思います。