[#29736] [提案] Kernel#p をもっと便利に — "Yusuke ENDOH" <mame@...>

遠藤侑介と申します。

19 messages 2006/11/01

[#29765] merge with YARV — SASADA Koichi <ko1@...>

 ささだです。

16 messages 2006/11/03

[#29767] 1.8 proposal of RUBY_PATCHLEVEL — URABE Shyouhei <root@...>

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

52 messages 2006/11/04
[#29771] Re: 1.8 proposal of RUBY_PATCHLEVEL — Shugo Maeda <shugo@...> 2006/11/04

前田です。

[#29925] ruby -v — Urabe Shyouhei <shyouhei@...>

卜部です。

28 messages 2006/11/24

[#29964] 1.8, 1.9, svn化, などなどのまとめ — "U.Nakamura" <usa@...>

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

15 messages 2006/11/28

[#29970] BUG: Incorrect handling of Ignorecase matching (regex.c of 1.8.5) — "きむらこういち" <hogemuta@...>

木村です。

15 messages 2006/11/28

[ruby-dev:29824] Re: 1.8 proposal of RUBY_PATCHLEVEL

From: MoonWolf <moonwolf@...>
Date: 2006-11-05 10:17:20 UTC
List: ruby-dev #29824
MoonWolfです。

Akinori MUSHA wrote:
>  要するに常に最新のものを基準とし、個々のパッチの取捨選択の
> 面倒は見ないでいいと思います。修正同士の衝突や依存関係を考え
> 出したらきりがないし、個別にサポートすることも困難です。

今回の提案は全てがセキュリティのパッチであるということではありませんよ
ね?「なんらかのパッチセット」と書かれています。
深刻なバグに対するフィクスであり互換性に影響がなければ取り込まれるものと
認識しました。

パッチをあてる作業を考えると大変ではありませんか?
リリースされたバージョンのソースと全てのPATCHLEVELのパッチを用意して
正しい順序であてないといけませんよ?
全部のパッチをあてた最新のtarballを用意するといいのでは?

# じゃあ普通のリリースとの違いは?といわれると???となります。

>  また、基本はパッチリリースごとに対応してもらうことなので、
> 累積パッチも不要と思います。飛ばした人には改めて最新パッチ
> リリースや最新スナップショットを取ってもらえばいいので。

スナップショットというのはPATCHLEVELを更新してタグをつけた物ですよね?
ftp://ftp.ruby-lang.org/pub/ruby/stable-snapshot.tar.gz
だとPATCHLEVELを更新していない作業途中のソースになりませんか?
PATCHLEVELとPATCHLEVELの間に複数回のコミットがある場合とか。

PATCHLEVELを更新したら自動的に更新されるようにしないと
人的ミスの可能性がありますね。

In This Thread