[#24698] NKF(nkf2)を1.8ブランチに入れました — "NARUSE, Yui" <naruse@...>

naruseです。

14 messages 2004/11/03
[#24734] Re: NKF(nkf2)を1.8ブランチに入れました — 堀川 久 <vzw00011@...> 2004/11/06

こんにちは。

[#24720] メール関係ライブラリの標準添付について — MoonWolf <moonwolf@...>

MoonWolfです。

17 messages 2004/11/05
[#24721] Re: メール関係ライブラリの標準添付について — Yukihiro Matsumoto <matz@...> 2004/11/05

まつもと ゆきひろです

[#24722] Re: メール関係ライブラリの標準添付について — MoonWolf <moonwolf@...> 2004/11/05

MoonWolfです。

[#24804] Re: まつもとさんの負担を減らすために、何ができるだろう — "URABE Shyouhei aka.mput" <root@...>

mput です。 ruby-dev に移動します。

21 messages 2004/11/13
[#24805] Re: まつもとさんの負担を減らすために、何ができるだろう — Tanaka Akira <akr@...17n.org> 2004/11/13

In article <2D6284E3-351D-11D9-B7EF-000393735AAE@mput.dip.jp>,

[#24806] Re: まつもとさんの負担を減らすために、何ができるだろう — "URABE Shyouhei aka.mput" <root@...> 2004/11/13

mput です。

[#24808] Re: まつもとさんの負担を減らすために、何ができるだろう — Masayoshi Takahashi <maki@...> 2004/11/13

高橋征義です。

[#24809] Re: まつもとさんの負担を減らすために、何ができるだろう — "URABE Shyouhei aka.mput" <root@...> 2004/11/13

mput です。

[#24834] Process.getrlimit and Process.setrlimit — Tanaka Akira <akr@...17n.org>

Process.getrlimit と Process.setrlimit が欲しいので実装してみました。

25 messages 2004/11/13

[#24965] sync and stdio buffering — Tanaka Akira <akr@...17n.org>

ちょっとした思いつきなのですが、

12 messages 2004/11/26

[#24993] rb_io_sysread dumps core [BUG] rb_sys_fail() - errno == 0 — Tietew <tietew-ml-ruby-dev@...>

ソケットとスレッドを大量に使うアプリ(具体的には IRCbot です)を

13 messages 2004/11/29

[#25003] IO#flush dumps core again — Tanaka Akira <akr@...17n.org>

次のようにすると core を吐きます。

28 messages 2004/11/30
[#25004] Re: IO#flush dumps core again — nobu@... 2004/11/30

なかだです。

[#25005] Re: IO#flush dumps core again — Yukihiro Matsumoto <matz@...> 2004/11/30

まつもと ゆきひろです

[#25009] Re: IO#flush dumps core again — Tanaka Akira <akr@...17n.org> 2004/12/01

In article <1101836040.635395.27476.nullmailer@x31.priv.netlab.jp>,

[#25014] Re: IO#flush dumps core again — Tanaka Akira <akr@...17n.org> 2004/12/01

In article <1101878558.979715.1359.nullmailer@x31.priv.netlab.jp>,

[#25015] Re: IO#flush dumps core again — Yukihiro Matsumoto <matz@...> 2004/12/01

まつもと ゆきひろです

[#25056] Re: IO#flush dumps core again — Tanaka Akira <akr@...17n.org> 2004/12/05

In article <1101888165.570792.4192.nullmailer@x31.priv.netlab.jp>,

[#25074] Re: IO#flush dumps core again — Tanaka Akira <akr@...17n.org> 2004/12/06

In article <1102293033.356112.2288.nullmailer@x31.priv.netlab.jp>,

[ruby-dev:24813] Re: まつもとさんの負担を減らすために、何ができるだろう

From: Masayoshi Takahashi <maki@...>
Date: 2004-11-13 07:34:07 UTC
List: ruby-dev #24813
高橋征義です。

"URABE Shyouhei aka.mput" <root@mput.dip.jp> wrote:
> > それはそうですが、ここが「まつもとさんの負担」になっている点なの
> > でしょうか?
> 
> 「一番の」負担ではないとは思います。が、いま一番実現可能なことかとも思います。
> 
> もちろん望ましい形態としては、まつもとさんがぜんぜん感知しない間に勝手にリリースが出ている状態まで自動化できればいうことはないのでしょうが、そ 
> こまで一足飛びに達成できるとは思えないので、達成可能なことから考えています。

あああ、なるほど。そこは意見が違っているのかもしれません。
私は、ほんとのリリースそのものの決定とその儀式は、まつもとさんが
それなりのコストをかけてやってもいいんじゃないかと思っています。
「リリース」というのは大きな節目の行為なので。

# それこそ神主さんとか神父さんの前でやるとか(<それはやりすぎ)

なので、そこは他の人が肩代わりしなくてもいいんじゃないの?  という
つもりだったのでした。
 
> それはそれとして、
> 
> > のようなリストの管理をする人が求められているのではないでしょうか。
> 
> という点には賛成です。

ありがとうございます。
 
> > ・とりまとめるための中心となるしくみ(ツール and/or ルール)
> 
> ツールとしては BTS がまず思い浮かぶのですが、たとえば rubyforge の BTS をそのまま使うことに関しては皆さんどう思われますか?

私が想定していたのは、もっとシンプルにステータスだけ管理する
ようなものでしたが、[ruby-dev:24810]でのやまだあきらさんの、

akira yamada / やまだあきら <akira@arika.org> wrote:
> もともとの報告がMLであったものについては、
> BTS側では解決したとか保留になったとか
> ある程度明確な状態の変化があったときに
> コメントを付けておくという感じの運用はどうでしょうか。

という運用ができれば、それもよさそうです。あとは、
 
> cons. BTS が英語

をなんとかクリアできれば。

高橋征義 (Masayoshi Takahashi)   E-mail: maki@rubycolor.org

In This Thread