アカウント名:
パスワード:
ローリングリリースをするからRHELが8→9→10・・と進むとCentOS Streamは勝手にそれに追随しちゃうって認識だけど、これがキツイ。アップデートをかけたら従来はマイナーバージョンレベルしか更新されなかったのがその範囲を越えちゃう。
OS準拠のパッケージ以外にアプリを入れた場合に、その動作保証が問題だよなぁ。。。サポートする側の動作保証の範囲が広くなりすぎてサポート外としか言いようがないだろうし。
もともとそもそも、CentOS 8も、7以前とは違い、アプリケーションのアップデートも積極的に行っていくっていう方針だったと思う・・・と思って調べたらAppStreamという概念が加わったのがそういうことみたいだがな。つまりCent 7以前は、そもそも例えば設定ファイルが大きく変更されたり、機能の追加・削除がされるような、パッケージの更新はされることはなかった。RedHatが、パッケージのソフトウェアの変更の中でバグ修正やセキュリティアップデートパッチだけを適用してきていたわけだが、CentOS 8のAppStreamはそうではなく、アプリケーションも時々アップデートされる。
ただ、そのAppStreamってのが実際どういうものかを見る前に、CentOS 8の終了が決まっちゃったからな。実際、AppStreamでのパッケージのアップデートで非互換の変更が入ってから阿鼻叫喚するはずだったところが事前にわかった、ということではないのか？
>つまりCent 7以前は、そもそも例えば設定ファイルが大きく変更されたり、>機能の追加・削除がされるような、パッケージの更新はされることはなかった。
7のgnome-shell のベースバージョンが複数回上がっているので、GNOME環境のアップデートに度々失敗するとか、rsyslogやsambaでもベースバージョンが違う物が出てましたね。
どんどん「塩漬け」システムを作る人には使いにくいOSになってきたようですね。
それを許す事で何時までも脆弱性パッチ当てないやつをネット大公開するような輩産むようになったからだね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
ローリングリリースがキツイ (スコア: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)
>つまりCent 7以前は、そもそも例えば設定ファイルが大きく変更されたり、
>機能の追加・削除がされるような、パッケージの更新はされることはなかった。
7のgnome-shell のベースバージョンが複数回上がっているので、
GNOME環境のアップデートに度々失敗するとか、
rsyslogやsambaでもベースバージョンが違う物が出てましたね。
どんどん「塩漬け」システムを作る人には使いにくいOSになってきたようですね。
Re:ローリングリリースがキツイ (スコア:0)
それを許す事で何時までも脆弱性パッチ当てないやつをネット大公開するような輩産むようになったからだね。