[ruby-dev:25606] Re: merge tcltklib and tk

永井@知能．九工大です．

From: Takahiro Kambe <[e-mail]>
Subject: [ruby-dev:25540] Re: merge tcltklib and tk
Date: Wed, 26 Jan 2005 12:13:24 +0900
Message-ID: <[e-mail]>
> stableなリリースの1.8でも、次のリリースでこのような別の拡張ライブラリ
> がマージされるというのは「あり」なのでしょうか。
> 
> (pkgsrcを保守してる立場として本音を言うと、避けていただけるとありがた
> いのですが。)

1.8.3 のリリースへ向けて，tcltklib と tk との 1.8 の上での
今後の方針を確定しておきたいと思います．

# 現在テスト中の 1.9 でのマージがうまく行ったとしての話です．

最初に確認しておくことは， tcltklib と tk とのマージとは
あくまでもアーカイブファイル構成上で一つのディレクトリの下に
まとめるということであって，現在の tcltklib.so と tkutil.so とが
融合して一方が消滅してしまうというようなものではないという点です．
したがって，一般ユーザにとっては何ら変化はありません．
その上で，利点，欠点は

・マージの利点
    現状では tk (tkutil) は tcltklib が存在しない限り動かないにも
    関わらず，tcltklib のコンパイルに失敗してもインストールされて
    しまうという問題があるが，マージによって tcltklib のコンパイル
    に成功しない限りは tk (tkutil) もインストールされないようになる．
    なお，この問題については解消してほしいとの比較的強い要望がある．
    要望に応える意味でマージを行った 1.9 と同様の構成にすることで，
    メンテナンスの手間が少しだけ軽減される．

・マージの欠点
    配布パッケージを作成している人が，新しい構成に対応する作業を
    余儀なくされる恐れがある．
    特に ruby 本体と ruby-tcltk, ruby-tk などと配布ファイル構成を
    細かく分割している場合には，分割の見直しを迫られる可能性が高い．
    1.9 ではいずれにせよ行わねばならない作業であるとはいうものの，
    パッケージャへの負担を強いてしまうことに変わりはない．

という辺りかなと思います．いかがなものでしょうか？

1.9 ではマージの方針にしてしまったため，私自身としては同一構成の
方がメンテの手間が増えなくて嬉しいのですが，1.8 ではそのような
変更をしない方がいいということであれば，それに従います．
-- 
                                       永井 秀利 （九工大 知能情報）
                                           [e-mail]