[#27384] yaml and pp dump core — sheepman <sheepman@...>
こんばんは、sheepman です。
[#27406] Ripper.new("").parse blocks — Tanaka Akira <akr@...17n.org>
先ほど、端末から test-all したときに途中でブロックすることに
なかだです。
まつもと ゆきひろです
咳といいます。
[#27417] selector namespace — Shugo Maeda <shugo@...>
前田です。
なかだです。
前田です。
なかだです。
前田です。
原です。
なかだです。
[#27428] cannot build ruby with byacc (1.8) — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
なかだです。
こんにちは、なかむら(う)です。
山本です。
なかだです。
山本です。
[#27429] 1.8.4 relrase plan? — "URABE Shyouhei aka. mput" <root@...>
卜部です。 RubyConf にかまけていた間に
なかだです。
[#27449] --without-hoge — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
[#27458] Matrix class is broken without mathn — akira yamada / やまだあきら <akira@...>
Debianユーザからrequire "mathn"しないときに
まつもと ゆきひろです
酒井といいます。
まつもと ゆきひろです
けいじゅ@いしつかです.
原です。
けいじゅ@いしつかです.
原です。
けいじゅ@いしつかです.
原です。
[#27460] Re: [ruby-cvs:15780] ruby, ruby/lib: * lib/mkmf.rb (create_makefile): do not unnecessary empty directories. — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
なかだです。
[#27470] def Foo::Bar.baz; end — "URABE Shyouhei aka.mput" <root@...>
卜部です。
[#27484] 1.8.4 feature freeze? — "URABE Shyouhei aka. mput" <root@...>
卜部です。
まつもと ゆきひろです
-----BEGIN PGP SIGNED MESSAGE-----
まつもと ゆきひろです
-----BEGIN PGP SIGNED MESSAGE-----
卜部です。
[#27492] Re: [ ruby-Bugs-2613 ] building ruby 1.8.3 on Solaris — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
まつもと ゆきひろです
わたなべです。
山本です。
山本です。
こんにちは、なかむら(う)です。
なかだです。
まつもと ゆきひろです
こんにちは、なかむら(う)です。
まつもと ゆきひろです
こんにちは、なかむら(う)です。
[#27511] RCR 322: Use log identities to improve BigMath::log performance — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
小林です。
まつもと ゆきひろです
小林です。
まつもと ゆきひろです
[#27513] broken Qtrue in 64bit environment — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
[#27532] [win32] replaced symbols — nobuyoshi nakada <nobuyoshi.nakada@...>
なかだです。
[#27535] Re: [ruby-list:41402] Re: 全角スペースを区切りとした文字列分解で — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#27551] 1.8.4 検証を(だれが|どのように)行うか — "URABE Shyouhei aka.mput" <root@...>
さて、 1.8.4-Preview1
植田@ネットフォレストと申します。
山本です。
卜部です。
山本です。
なかだです。
こんにちは、なかむら(う)です。
まつもと ゆきひろです
こんにちは、なかむら(う)です。
In message <20051031093107.5B79.USA@garbagecollect.jp>
こんにちは、なかむら(う)です。
卜部です。
[#27580] 1.8.4 open problems? — "URABE Shyouhei aka.mput" <root@...>
卜部です。
[ruby-dev:27382] Re: RubyGems と OS platform との関係
Tanaka Akira wrote:
> なるほど。では、RubyGems では常に複数バージョンの同居が可能
> となりますが、deb でも常にバージョン入りのパッケージ名を付け
> るんですか?
常にということにはならないんじゃないかと思いますが
そういう必要のある場面がどのくらいあるかによると思います。
> あと、バージョン入りのパッケージ名を付けた deb を提供した場
> 合、RubyGems のバージョン選択機構は使えるでしょうか?
と、思いますが、何か問題になりそうですか?
>># 複数バージョンを使いわけなければならない場面が
>># どの程度あるのかにもよるとは思いますが。
> その判断をするのは誰になるでしょう?
パッケージをメンテナンスする人と
そのパッケージのユーザだと思います。
可能性としてDebian Policy的な部分が関わってこないとは言えませんが、
少なくとも二者が主要な判断をすることになるんじゃないでしょうか。
> でも、その選択肢は必ずしも幸せではないという認識の元にこの議
> 論は行われているものだと思っています。
そこがよく分からないんですけど、
素とほとんど同じrubygemsがあって
それを使うことができるとき
誰にとっての幸せ度が減るのでしょうか。
パッケージを使うことを決めたとたん
ある面での不自由が生じ得るのは確実なわけで、
その状況のどこで幸せを見付けるかは
個々の利用者によるんじゃないでしょうか。
また何らかの形でパッケージをになったgemを使う人がいたとして
そのパッケージの構造を各環境のパッケージをメンテナンスをする人が
主に決めたとき、いわゆる原理派の人々がどう困るのかもよく分かりません。
私は
* 1.8系でrubygemsを新たに標準添付するのは
好しくないと思うが絶対反対とまでは言わない
* ただし自動的にrubygemsがロードされrequireの意味が変わるのは反対
* 1.9系についてはどちらも反対でも賛成でもない
と考えていまして、これらはパッケージの構造をどうするかとは
まったく別の問題で、Rubyの事情に閉じた話題だと思っています。
一方でパッケージの構造がこうでなければならないという
意見が標準添付するかどうかの話題の中で出ているという話を聞き、
そのこうでなければならない理由と
そうまでして特定の環境の在り方をコントロールしたい(?)理由が
分からないなあと思っています。
そういうわけで
[ruby-dev:27322]ではDebian的事情についての考えを書き、
[ruby-dev:27364]ではRubyの事情についての考えを書きました。
Debianの、といいますか、各種環境でのパッケージの在り方については
各環境の開発者と利用者との間で調整すれば良いんじゃないでしょうか。
# どこかでパッケージングの方針についての話をするのは必要だと思いますが
# 標準添付するかどうかと絡める話でもないのではないか、という程度の意味です。
--
akira yamada <akira@ruby-lang.org>