Re: FreeBSDのリリースサイクル変更について

In reply to: zen-freebsd-ml_a_suzuki.que.ne.jp: "FreeBSD$B$N%j%j!<(B $B%9%5%$%/%kJQ99$K$D$$$F(B"
Go to: [ bottom of page ] [ top of archives ] [ this month ]
From: Tomoaki AOKI <junchoon_at_dec.sakura.ne.jp>
Date: Wed, 11 Sep 2024 12:13:13 UTC
On Wed, 11 Sep 2024 16:13:56 +0900 (JST)
zen-freebsd-ml@suzuki.que.ne.jp wrote:

> 鈴木＠葛飾区です。
> 
> 久々のMLへの投稿です。。
> 
> 間抜けなことにFreeBSDのリリースサイクルが変更されたことに昨日気づきま
> した (;_;)
> 
> 13.4とか言っているので13.3からまだ半年なのに変則的なリリースだなぁ？と
> 思っていろいろ検索していたら7月に今後のマイナーバージョンのリリースは
> 半年ごとになりますみたいな決定がされていたようです。
> 
> https://lists.freebsd.org/archives/freebsd-announce/2024-July/000143.html
> 
> www.freebsd.orgのニュースリリースにも特に掲載はなく、まったく気づきま
> せんでした。
> 
> たとえば今後の13と14のリリース予定はこんな感じらしいです。
> 
> 13と14抜粋
> 13.3:   Mar 2024   Dec 2024
> 13.4:   Sep 2024   Jun 2025
> 13.5:   Mar 2025   Apr 2026*
> 
> 14.1:   Jun 2024   Mar 2025
> 14.2:   Dec 2024   Sep 2025
> 14.3:   Jun 2025   Jun 2026
> 14.4:   Mar 2026   Dec 2026
> 14.5:   Sep 2026   Jun 2027
> 14.6:   Mar 2027   Nov 2028*
> 
> 現状FreeBSD13.3のサーバーがそれなりにあるため1台づつfreebsd-updateでの
> 更新は現実的ではないため1台で更新して更新後のバイナリを各マシンに配布、
> 設定ファイル等は変更の必要なもののみ配布することでバージョンアップを簡
> 略化していましたが更新の際にはそれなりに確認等も必要で楽では無い。。
> 
> そこに来て半年に1回のマイナーバージョンアップという話を知ってすっかり
> 心が折れました。。。
> 
> Red Hatもマイナーバージョンアップはありますが、多くの場合いつもよりアッ
> プデートに時間がかかるな、くらいで設定ファイルもそこまで変更はなかった
> です(これまで)。
> 
> 自分的には最早これまでか、、という感じです。
> (2026年の13.5のEOLまでに脱出計画かなぁ。。)
> 
> みなさんはどうされていますか？？
> ---
> すずき

私の場合、FreeBSDで使っているPCがノート1台だけということもありますが、
日常使用は最新のstableブランチ（現在はstable/14）を原則1回/週でソース
から更新（セキュリティ関係や注目すべき更新があった場合は臨時更新も）、
1回/2週間～1ヶ月で別物理ドライブのmainブランチをソースから更新という
運用です。

※つまり、まだ先ですが今後stable/15ブランチが切られたら日常使用の
　環境はそちらに切り替えです。

mainブランチは非常時のレスキュー用 兼 MFCされたときの影響が大きそうな
更新のテスト環境です。　ここで問題になりそうであれば何らかの方法で
（Bugzillaへの不具合情報登録・freebsd-current MLでの注意喚起・
dev-commits-src-main MLの当該コミット分への返信等）フィードバックして
修正又はMFC予定の撤回を求めることにしています。

そういった形で主にstableブランチを使用していますが、

　・portsからインストールしたカーネルモジュールはbaseの更新毎に
　　必ずportsからビルド・インストールしなおす。

　・ZFSを使用し、最悪の場合戻せるようにスナップショットを取っておく。

　・確実に何も使っていないことを確認するまで`make delete-old-libs`は
　　絶対に行わない。

　・mainブランチで問題が出ていないことが確認できていてブランチを
　　切り替えるとき以外はZFSのプールのupgradeは絶対に行わず、
　　行う場合は先にブートコードを更新する。

という運用で、次のstableブランチへの切り替え以外かつビルド・インストール
でエラーにならなかった場合は困ったことはありません。

※portsの更新関係での困りごとのほうが遥かに多いです。


英語ではありますがfreebsd-stable MLを見ていると、同じブランチ
（relengは対応するstableブランチ単位で判断）内で互換性問題が
生じたらたいてい誰かが騒ぎ出しますので、releng（14系での次は
releng/14.2）ブランチが切られる前にある程度対処方法も掴めるかと
思います。

13系なら13系、14系なら14系の中であればいいのですが、このレベルを
乗り換える際はmainブランチの更新頻度を引き上げて安全性を確認する
等の対応はしています。　リスクが段違いになりますので。


-- 
青木 知明  [Tomoaki AOKI]    <junchoon@dec.sakura.ne.jp>