アカウント名:
パスワード:
ローリングリリースをするからRHELが8→9→10・・と進むとCentOS Streamは勝手にそれに追随しちゃうって認識だけど、これがキツイ。アップデートをかけたら従来はマイナーバージョンレベルしか更新されなかったのがその範囲を越えちゃう。
OS準拠のパッケージ以外にアプリを入れた場合に、その動作保証が問題だよなぁ。。。サポートする側の動作保証の範囲が広くなりすぎてサポート外としか言いようがないだろうし。
もともとそもそも、CentOS 8も、7以前とは違い、アプリケーションのアップデートも積極的に行っていくっていう方針だったと思う・・・と思って調べたらAppStreamという概念が加わったのがそういうことみたいだがな。つまりCent 7以前は、そもそも例えば設定ファイルが大きく変更されたり、機能の追加・削除がされるような、パッケージの更新はされることはなかった。RedHatが、パッケージのソフトウェアの変更の中でバグ修正やセキュリティアップデートパッチだけを適用してきていたわけだが、CentOS 8のAppStreamはそうではなく、アプリケーションも時々アップデートされる。
ただ、そのAppStreamってのが実際どういうものかを見る前に、CentOS 8の終了が決まっちゃったからな。実際、AppStreamでのパッケージのアップデートで非互換の変更が入ってから阿鼻叫喚するはずだったところが事前にわかった、ということではないのか?
RHEL7までは、とっくにコミュニティのサポートが終わってるOSSをRedhatが頑張ってパッチ出し続けてたけど、流石にやってられんってなったんじゃないのかな? > AppStream
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds
ローリングリリースがキツイ (スコア:0)
ローリングリリースをするからRHELが8→9→10・・と進むとCentOS Streamは勝手にそれに追随しちゃうって認識だけど、これがキツイ。
アップデートをかけたら従来はマイナーバージョンレベルしか更新されなかったのがその範囲を越えちゃう。
OS準拠のパッケージ以外にアプリを入れた場合に、その動作保証が問題だよなぁ。。。
サポートする側の動作保証の範囲が広くなりすぎてサポート外としか言いようがないだろうし。
Re: (スコア:0)
もともとそもそも、CentOS 8も、7以前とは違い、アプリケーションのアップデートも積極的に行っていくっていう方針だったと
思う・・・と思って調べたらAppStreamという概念が加わったのがそういうことみたいだがな。
つまりCent 7以前は、そもそも例えば設定ファイルが大きく変更されたり、機能の追加・削除がされるような、パッケージの更新はされることはなかった。
RedHatが、パッケージのソフトウェアの変更の中でバグ修正やセキュリティアップデートパッチだけを適用してきていたわけだが、
CentOS 8のAppStreamはそうではなく、アプリケーションも時々アップデートされる。
ただ、そのAppStreamってのが実際どういうものかを見る前に、CentOS 8の終了が決まっちゃったからな。
実際、AppStreamでのパッケージのアップデートで非互換の変更が入ってから阿鼻叫喚するはずだったところが事前にわかった、ということではないのか?
Re:ローリングリリースがキツイ (スコア:0)
RHEL7までは、とっくにコミュニティのサポートが終わってるOSSをRedhatが頑張ってパッチ出し続けてたけど、流石にやってられんってなったんじゃないのかな? > AppStream