その他の俺が思いついてない素晴らしい案くらいの選択肢がありうるだろうと。べつにどれになってほしいとか思いませんが、いずれにせよ現状維持ってのはないかなあと思うので、「どうするの?」と聞いてみている次第です。ago=begin横槍ですがsora_hといいます。:1.8.8を出さない、ということとメンテナンスされなくなる、は同じことでしょうか?最初のメールから引用してというわけで今すぐ出せとは言いませんから1.8の今後の方向性を決めましょう。個人的には1.8.8は出さずにこのままブランチごと放棄するというのも視野に入れています。1.8.8が出ないことにすれば1.8.7の最終バージョンに向けてもう、これ以上は新しいものは来ないという宣言ができるので、それはそれで方向性は定まっていいのではないかと思います。あと単純に枝が一本消えればそのぶんの作業量が減って開発者がハッピーというのもある。「1.8.8は出さずにこのままブランチごと放棄」「188がでないことにすれば187の最終バージョンに向けて」なので、メンテナンスはされないんじゃないかなあ。wrote:自分でrubyをビルドできるくらいのゆるいユーザーです。1.9に移行できてないシステムをいくつかもっていいます。そのシステムでは主にruby_1_8の先端を使っています。ruby_1_8のブランチがメンテナンスされなくなるのがいつからか、に興味があります。出ない、というのは共通の認識としてあると思います。出たら、それがいつどのような形であれ、出てしばらくはメンテナンスされるであろうことは想像されます。いうかそれは私の方でやるつもりです。いう事なのだろうと思います。それは私が決めることではないですけれども、想像するに、「なるようにしかならないんじゃないですか」。リリースが出ないことが決まったブランチに、しかし積極的に関与したいというコミッター、一体どのくらいいるかに依存するように思います。まで二年半くらいはなんか弄られていたように見えます。思うと、まあ、どうなんでしょうね。リリースからカウントすると思えばそろそろ終了なのか。ago=beginユーザーを無視するつもりはありませんがとりあえず開発者に関しては、今後に関して積極的な関心を寄せていただいたのは咳さんだけという現実もあり、概ねの方は興味ないんだろうなあということは分かりました。ありがとうございます。ago=beginとりあえずruby-coreにも書きましたがruby1.8.7が最後で良いと思います。shyouhei@ruby-lang.org:ユーザーを無視するつもりはありませんがとりあえず開発者に関しては、今後に関して積極的な関心を寄せていただいたのは咳さんだけという現実もあり、概ねの方は興味ないんだろうなあということは分かりました。ありがとうございます。ago=begin色々と切羽詰まっててまったく議論の方向付けに加われずすみません。1.8.8devを1.8.8とするためには以下が最低限必要と考えます。1.8がMRIだけの存在となる環境が整うことMRIほどに1.8サポートの存続が必要とされる処理系はほかにないはず。現実にはJRubyなどは依然サポートしており、その開発陣も1.8.8が出ることを快く思っていないようです。1.8.8に取り組みたいと私は思っていました。昨年、JRubyでも1.9への移行は思ったほどには進んでいないという話を聞き、がっかりするとともに当面、状況が変わるまでは1.8.8の話をするのを控えようと思いました。(リリースするしないの話を凍結とした)現在はどうでしょうか。1.9.2がその完成度とともに示され、JRubyなどが強力にこれをサポートし、多くの開発者もそれを支持しているのだから、1.8はもうMRIで細々と余生を送る存在として認識されるべきだと思っています。1.8が必要な理由はすでに挙がっている通りで、付け足すことはあまりありません。「要らない」という意見によって響くものはあまりありません。1.8.8が出ることによって具体的な迷惑が発生することは防ぐ必要があります。1.8.8を使うユーザが声を大にして1.9に移行したプロジェクトに対応を意見するとか、そういった類です。これを避けるためには、以下の二点を達成することが1.8.8の位置づけ(別途書きます)を明確にし、それを大義とする上で必須だと考えています。1.8.7で動いて1.8.8で動かないものは、原則としてバグ扱い不適切な互換性コードや強引なモンキーパッチについては動かなくなることもあると思われるが、それらの修正は全面支援するこれに掛かる手間はかなりのものなので、それをまかなう熱意を持った人手が必要です。それがないのであれば現状通り、1.8を使うふつうの人は1.8.7を使い、変わったニーズを持つ人は有志がメンテナンスする1.8.8devを使う、という形で変わらないことになります。いったところが今の私の考えの要諦です。ago=begin1の、JRubyのくだりは私の認識不足でした。1.9サポートはまだ発展途上なのですね。訳してくださる方は、「現在はどうでしょうか。」の段落を除いていただけると助かります。言いたいのは2,3を導く最後の段落です。ago=beginsora_hです。きづいてよかったです。いうことでruby-coreに投げました。問題点があれば言ってください。redmine@ruby-lang.org:1の、JRubyのくだりは私の認識不足でした。1.9サポートはまだ発展途上なのですね。訳してくださる方は、「現在はどうでしょうか。」の段落を除いていただけると助かります。ago=begin遠藤です。redmine@ruby-lang.org:色々と切羽詰まっててまったく議論の方向付けに加われずすみません。お忙しいところ恐縮ですが、わからない点が多いので質問させてください。1.8がMRIだけの存在となる環境が整うことMRIほどに1.8サポートの存続が必要とされる処理系はほかにないはず。サポート終了するのを待たなければならない理由になるんでしょうか。1.8が必要な理由はすでに挙がっている通りで、付け足すことはあまりありません。「必要」という意見がろくに上がってないのですが、どれのことでしょうか。移行の段階として、でしょうか。年に出てもらうのは困ると思いました。出さないと宣言してしまうか、のどっちかがいいような気がしました。boot、そして動的なページの配信が可能です。それは良く動いているように見えます。(ruby-coreの方々も支援してくれると良いです)があれば、次のJRubyのリリースでは1.9モードがデフォルトにできるでしょう。私は1.8を中断して1.9のみになることを望みます。とコメントしていました。1.8.8devを1.8.8とするためには以下が最低限必要と考えます。1.8がMRIだけの存在となる環境が整うこと(コメント通り、最後の段落だけ残します)ただ、1.8.8が出ることによって具体的な迷惑が発生することは防ぐ必要があります。1.8.8を使うユーザが声を大にして1.9に移行したプロジェクトに対応を意見するとか、そういった類です。これを避けるためには、以下の二点を達成することが1.8.8の位置づけ(別途書きます)を明確にし、それを大義とする上で必須だと考えています。遠藤さんからも質問が出てますが、↑の「1.8.8の位置づけ(別途書きます)」をまず見たいです。私はRubyKaigi2010のときにも少し聞いているんですが。ブランチポリシーみたいな完成版でなく、たたき台でよいので、教えてください。ちなみに移行促進ということでは1.8.7もそうでしたよね。1.8.6で終わらず、1.9からのbackportを入れたのが1.8.7だったような。私個人としては、1.8.8に入れる内容は、ポリシーに沿っていればなんでもよいと思っています(というわけで、2と3はスキップ)。あとは、1.8.7のメンテナンス継続とどう折り合いをつけるか、というのが問題でしょうか。Urabeさんの書くとおり、「実際にはなかなかそうも行かない部分もあるでしょう。拡張ライブラリが動かないとか。」という状況認識は私も同じで、1.8.7がなくなると困る人も多いし、実質なくならないでしょう。1.8が必要な理由」も、1.8.8じゃなくてこっちのほうかも?というわけで、1.8.6同様、もしUrabeさんがやめれば、誰か別の人が出てくると思います。これと1.8.8との差別化をどうしますかね。JRubyチームからは、「Kernel#rubyを追加して1.8.7に入れよう」とかリクエストが来ていて、現在の1.8.7の位置づけが伝わってない感じです。ポリシー(もしUrabeさんにポリシーがあれば)をリラックスして、1.8.7で気が向いたのだけ追加、なんて道もあるかもしれません。ago=begin結局1.8.8って誰のためのものなのでしょうね。「出すとすればそれを必要とする人のため」おっしゃるとおり。少なくともこれまでの1.8.[567]に関しては、自分は自分が必要だからという理由でやってこれたわけですけども。そこまでは俺のためのものでもあった。1.8.8は初めて、純粋に他人のために作業することなりそうなので。いうのがよくわからないし、みなさんが位置づけを掴みかねているのもそのへん同様な感触があるのではないかと想像しています。誰のためのじゃない、俺がやりたいんだ、というのだとしたら、逆にいいと思うんですよ。モチベーションとしてこれほど強いものはないです。「ユーザーのため」とか「移行促進」とかそういう理由がついてそうな気配が行間から伝わってくる。じかには書いてないですけど。なると、たとえばユーザーのためなのだとしたら、少なくともユーザーがまだいる今のうちにはリリースしないとねという話になるのは、自然なことです。だれもいないところに向けてリリースしても不毛なだけですので。自分ではない誰かのためを標榜するのだとしたら、それが誰なのかをちゃんと見据えておかないと、幸せな結末は迎えられないだろうと思っています。武者さんのメールは現状維持という結論はよく伝わるものの、それに至る上記のような部分がよくわからないと思いました。読解力不足なのだとしたら申し訳ないです。詳しく語ってもらえると大変ありがたいです。結局1.8.8って誰のためのものなのでしょうね。ago=begin伊達と申します。アプリやツールを作っているユーザです。リリースされなくとも構わない派です。移行したいとは思っています。移行する踏ん切りがつきません。メンテナンスが続いているうちに移行を完了させるスケジュールを立てます。動かなければ、そろそろ移行していたかもしれません)。ago=begin伊達と申します。はてなでアンケートを採ってみました。http://q.hatena.ne.jp/1295189898ちょっと設問にミスった感がありますが、議論の参考になればと思いますのでご覧ください。後でクロス集計をしてみます。リリースしてほしい人はゼロでした。ago=begin1.8.8を「出す」ことのメッセージ性、JRubyや一般の開発者などへの影響を考えると、妥協して出すなどということで大義名文は立たないというのが私の主張です。1.8.8を誰が使っているんだ、と言う点は、1.8.7へのバックポートのクッションという以上の変更を加えてきた私を始めとする有志、および1.9に移行できないが新機能は使いたいという少数の人々が使っているのでしょう。しかるに、大々的にリリースしてほしいと思っている人はそもそもいない。具体的にここからどうするかと考えると、三択ですね。(1.8.8)を公式には終了とし、trunkからruby_1_8_7にバグ修正を取り込む体制を作る。私が提示した案に賛同する人を募り、今年中に1.8.8を出す。その他のプランを掲げる人が現れ、支持を得てruby_1_8を引き取る。私の現状のリソースを考えるとaかなあと思います。ago=begin妥協する案をなくすと、三択になったのは妥当だと思います(以前の私の提案では妥協するのも含めて4択だった)。本件はここまであまり開発者の関心を得られていない気がするので、私もプラクティカルにはaかなあと思います。このまま反応無いようでしたらruby-coreにも投げて、方針として確定しましょう。versionは終了しました。この場を借りて皆様の暖かいご支援に感謝いたします。LangLoading...。