[#31928] securerandom.rb for 1.8 — Tanaka Akira <akr@...>

securerandom.rb を 1.8 に追加し、cgi/session.rb に使わせたい

18 messages 2007/10/03
[#31990] Re: securerandom.rb for 1.8 — "Akinori MUSHA" <knu@...> 2007/10/09

At Wed, 3 Oct 2007 12:49:20 +0900,

[#31992] Re: securerandom.rb for 1.8 — Tanaka Akira <akr@...> 2007/10/09

In article <86k5pwinco.knu@iDaemons.org>,

[#31993] Re: securerandom.rb for 1.8 — "NAKAMURA, Hiroshi" <nakahiro@...> 2007/10/09

-----BEGIN PGP SIGNED MESSAGE-----

[#31936] Rake添付 — Yukihiro Matsumoto <matz@...>

まつもと ゆきひろです

21 messages 2007/10/04
[#31937] Re: Rake添付 — "NAKAMURA, Hiroshi" <nakahiro@...> 2007/10/04

-----BEGIN PGP SIGNED MESSAGE-----

[#31938] Re: Rake添付 — Yukihiro Matsumoto <matz@...> 2007/10/04

まつもと ゆきひろです

[#31941] Re: [ruby-list:44071] Re: Ruby 1.8.6-p111 / 1.8.5-p114 released (Security Fix) — Shugo Maeda <shugo@...>

前田です。

20 messages 2007/10/04
[#31943] Re: [ruby-list:44071] Re: Ruby 1.8.6-p111 / 1.8.5-p114 released (Security Fix) — "NAKAMURA, Hiroshi" <nakahiro@...> 2007/10/05

-----BEGIN PGP SIGNED MESSAGE-----

[#31945] Re: [ruby-list:44071] Re: Ruby 1.8.6-p111 / 1.8.5-p114 released (Security Fix) — Shugo Maeda <shugo@...> 2007/10/05

前田です。

[#31948] Re: [ruby-list:44071] Re: Ruby 1.8.6-p111 / 1.8.5-p114 released (Security Fix) — "NAKAMURA, Hiroshi" <nakahiro@...> 2007/10/05

-----BEGIN PGP SIGNED MESSAGE-----

[#31952] Re: [ruby-list:44071] Re: Ruby 1.8.6-p111 / 1.8.5-p114 released (Security Fix) — Shugo Maeda <shugo@...> 2007/10/05

前田です。

[#31956] Re: [ruby-list:44071] Re: Ruby 1.8.6-p111 / 1.8.5-p114 released (Security Fix) — GOTOU Yuuzou <gotoyuzo@...> 2007/10/06

In message <47063403.3070402@ruby-lang.org>,

[#31960] Re: [ruby-list:44071] Re: Ruby 1.8.6-p111 / 1.8.5-p114 released (Security Fix) — GOTOU Yuuzou <gotoyuzo@...> 2007/10/07

In message <20071006.101915.596518898.gotoyuzo@sawara.priv.tokyo.netlab.jp>,

[#31980] multibyte string/regex literal with escape sequence — "U.Nakamura" <usa@...>

こんにちは、なかむら(う)です。

24 messages 2007/10/09
[#31981] Re: multibyte string/regex literal with escape sequence — Yukihiro Matsumoto <matz@...> 2007/10/09

まつもと ゆきひろです

[#31983] Re: multibyte string/regex literal with escape sequence — "U.Nakamura" <usa@...> 2007/10/09

こんにちは、なかむら(う)です。

[#31984] Re: multibyte string/regex literal with escape sequence — Yukihiro Matsumoto <matz@...> 2007/10/09

まつもと ゆきひろです

[#31986] Re: multibyte string/regex literal with escape sequence — "U.Nakamura" <usa@...> 2007/10/09

こんにちは、なかむら(う)です。

[#31987] Re: multibyte string/regex literal with escape sequence — Yukihiro Matsumoto <matz@...> 2007/10/09

まつもと ゆきひろです

[#32003] Re: multibyte string/regex literal with escape sequence — "U.Nakamura" <usa@...> 2007/10/10

こんにちは、なかむら(う)です。

[#32133] undefined method `now' for DateTime:Class (NoMethodError) — "NAKAMURA, Hiroshi" <nakahiro@...>

-----BEGIN PGP SIGNED MESSAGE-----

12 messages 2007/10/23
[#32135] Re: undefined method `now' for DateTime:Class (NoMethodError) — tadf@... 2007/10/23

どういう状況かよくわかってないのですが、いっそ必ず date 丸ごと読むようにするか、

[#32136] Re: undefined method `now' for DateTime:Class (NoMethodError) — "NAKAMURA, Hiroshi" <nakahiro@...> 2007/10/23

-----BEGIN PGP SIGNED MESSAGE-----

[ruby-dev:31942] Re: Rake添付

From: "NAKAMURA, Hiroshi" <nakahiro@...>
Date: 2007-10-05 01:01:03 UTC
List: ruby-dev #31942
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Yukihiro Matsumoto wrote:
> |> で、必須でないとするとどうして1.9でRakeを添付という話になっ
> |> たんでしたっけ。忘れっぽくてすみません。
> |
> |私は笹田さんの日記で見た、というのが一番の理由です(個人的には、日記のみ
> |でこの手の話をするのは勘弁して欲しいけどね)。実際には、パッケージを利用
> |する側にはrakeは不要です。gemを作るのにはあると便利、という話と混同した?
> 
> ささだくんの日記にどう書いてあったのかは覚えてませんが、一度
> メリット・デメリットをまとめてから結論を出した方がよいのかも。
> 反対というわけではありませんが、今まで納得してた理由がなくなっ
> たので、改めて納得したいと思ってます。

賛成。適当にやっても、どうせあとで揉めますからね。

> |さて、では実際にどうかというと、Rakeのような、怠惰なプログラマ向け作業支
> |援ツールは、out-of-the-boxで使いたい。外へのHTTP接続などもってのほか、
> |「とりあえずOSだけ入れてあるサーバマシンなんですが」という環境でとても助
> |かります。
> 
> これはメリットですよね。
> 
> が、逆にRuby本体と独立にgemとして配布ができないというデメリッ
> トにも繋がりますよね。本家に添付されているから問題ないという
> わけにはいかないというのは、なひさんが一番ご存じでしょうし。

Ruby本体と独立にgemとして配布できない、ということはありませんよ。確かに
soap4rはトラブルになりましたが、それは以下の2つが要因です。

  1. Railsのrequire hackが大胆すぎる。
  2. ruby_1_8のsoap4rを1.5.5で凍結した
     (機能追加なしのupgradeはsoap4rの方針・リソースと合わなかった)

1についてはRailsの実装の問題、もしくはRubyのrequireシステムの問題であ
り、これをRake添付のデメリットとするのは無理があります。

2については考慮すべきですね。1.9.1のリリースメンテナが立てる方針次第です
が、ruby_1_8同様、ひとたび"stable"に添付すると、気ままな機能追加はできな
くなる可能性があります。これはデメリット。

個人的には、Rakeのコア部分は固まってると思ってるんですけどね。追加タスク
はgemで追加すればいい。

> |あと、ruby-coreにも出てますがrubyのビルドプロセスを一部置き換えられて
> |嬉しい、なんて話があるとかないとか、ebanさんが言ってます。
> 
> まあ、Makefileはたまにしか変更しませんが、面倒なのは確かなの
> で嬉しくないとは言いません。

とすると、メリットと言うほどのことはない、という感じでしょうか。
どうですか? > eban

> |もちろん、公式gemとしてgems.ruby-lang.orgで配布、というのでも悪くはない
> |と思いますが、それでも、Rakeのような有用なモジュールは、svn repositoryに
> |入れて常にメンテし続けたい。「1.9.2ではRakeが動かなかった」なんてのは避
> |けたい。
> 
> 人によってはsoap4rに対して同じようにいうんじゃないですかね。

それについては否定しません。ここのメリット/デメリットの判断は、どれだけ
の人が「欲しい」と言うかでしょう。Rakeは多いがsoap4rは少ない。と思う。

ちなみにsoap4rのunbundleについては、net/httpを見切ってhttpclient必須にし
た、という理由もあります。

というわけで、他にRake標準添付のメリット/デメリット募集。加えて、人気も
メリットの一つなので、「gemなしでも使いたい」という人は賛意をお願いしま
す。なければ添付はナシ。

	/	/	/

> あと、pre-install gemという話をruby-coreで見かけたのですが、
> 既存のパッケージシステム(Debianとか)との相性を考えると採用に
> 躊躇します。

そうですね。加えて、[ruby-dev:31940]にも書きましたが、最初はみな、
rubyを-rubygemsを付けずに使うわけです。この状況ではpreだろうがpostだろう
がgemは存在しません。それじゃ意味がない。「gem使いたい人はRUBYOPTに
- -rubygemsを付けてね」というルールを確立したほうがよい。

> あと、RubyGems添付したときに、どうロードするかについても。
> gemをロードする部分とgemを作る部分を分離してロードする部分だ
> け添付するという考えもありますね。ま、これは直接Ericとやらな
> きゃダメでしょうが。

ま、1.9.1より先の話でよいでしょう。

おそらく今後、「デフォルトで-rubygemsを付けてくれ」と言い出す人が出てく
ると思います。「付けても他のパッケージングシステムと競合しないから」とい
う理由で。RubyGems 0.9.2 -> 0.9.4で、site_rubyとgemsの優先順位が入れ替
わったのはそのためのはず。

まつもとさんがもしそれを許可するのなら、RubyGemsのダイエットなども考えな
いといけないでしょう。

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Cygwin)

iQEVAwUBRwWMqh9L2jg5EEGlAQJx5QgAsuuI8fpEWoYIVd86wF723qs+w1JyVnbA
APxQgmxektILsJe5VM/8jixl+nth9wx1BjWgjE3LOGe/pH+a+dFJjDkA/gwt/+n9
AFXIpyC97q8UiTWMStf0F+SLm3oli7T1lyVx6d8Ggc5JvCmzhFfhZPRumZiPIuwU
moojXx3+5A2cLJdCDj8EZKFkAOrTeQmZIhiICS/4qoKk8Kr2oamrD2sz1GHFixAx
Q35drlvQdC6CnCDVsez4x8ADvh9BzH4+RxrMWxUSYZIrimFhDP4vBG/Q1q/5LQdc
9zQg64+XcS2awBBVUpqP8NEKNiJxFhKOYluOoioO0xYkd+3bXuvRVQ==
=5nwy
-----END PGP SIGNATURE-----

In This Thread