今Antegrosを更新してはいけませんか?

今Antegrosを更新してはいけませんか?

昨日、Cinnamon DEを使ってAntergosをインストールしました。しばらく使ってみると、いくつかのコアパッケージアップデートのお知らせをいただきましたが、「いや、最新の状態に保つのがいいんじゃないの?

今日はログインできません。幸いなことに、ttyプロンプトを受けてXfce4をインストールでき、そこからインターネットを検索して解決策を見つけることができました。

私が行ったアップデートには、readline6.3から7.0へのアップグレードが含まれていることがわかりました。cinnamon-desktop明らかに6の依存関係があるので、次のエラーが発生し始めました.

cinnamon: error while loading shared libraries: libreadline.so.6: cannot open shared object file: No such file or directory

もちろん、最初にこのエラーメッセージを見つけるには少し努力が必要でした。

実際、私はそれだけを持っているので、/lib/libreadline.so.7問題が説明されます。それから私は簡単な解決策は古いバージョンをインストールすることだと思いました、そしてそれはすべてでした/lib/readline.so.6。しかし、何をすべきかを把握することが困難でpacmanあり、Archでは推奨されていないことがわかりました。

ついに私はアドバイスに従った。この問題のスレッド私のバージョンをキャッシュreadlineから6.3にダウングレードしましたが、cinnamonは以前と同じように動作します。アップデートアラートでこれら2つのパッケージを見て、インストールするとシステムが破損することがわかりました。pacmanbashreadline

私の質問はこれです:このようなもの(突然すべてを破るアップデート)は、Archおよび/またはAntergosの期待される動作ですか?アップデートがしばらくリリースされ、実際の世界でテストされた後にのみアップデートを受信するために使用できる一種の「安定した」チャンネルはありますか?

私は仕事をしようとしましたが、アップデートによるバグを修正するのに時間がかかりました。私は何が間違っていましたか?経験豊富なArchユーザーはこの問題をどのように処理しますか?

  • 必要な場合以外は、アップデートをインストールしてはいけませんか? (しかし、セキュリティと脆弱性はどうですか?)
  • 定期的にアップデートをインストールしてから、避けられないトラブルシューティングに時間を費やす必要がありますか?
  • 最新のアップデートを受信したくない場合は、リポジトリ/アップデート設定を別々に設定する必要がありますか?
  • これが予想される動作ですか?キャッシュからロールバックすることに慣れるべきですか?

付録:Cinnamonの質問は単なる例ですが、将来の読者の混乱を待つために当然だと仮定してはいけません。今は修正されました。(バグが開いて7時間後)シナモンを再構築して。私はとても「運が良かった」ようです。readline7がリリースされたときに更新しましたが、Cinnamon管理者はそれを特定して修正できませんでした。

ベストアンサー1

この質問はおそらくAntergosフォーラムをターゲットにする方が良いでしょう。しかし、Archの個人的な経験を共有することができます。

  • 一般的に、頻繁にアップグレードするのは時々アップグレードするよりも優れています。問題が発生した場合は、問題を積み重ねるのではなく、それを特定して一度に1つずつ処理します。

  • 必要に応じて更新してください。特定のアップグレード計画に固執する特別な理由はありません。システムと要件によって異なります。たとえば、インストールされているパッケージ数が少ないArchシステムは、一般的に頻繁に更新する必要がないことを発見しました。私がよく使う4アーチシステムでは、ログインするたびに(最大1日1回)更新をするのにうまくいくようです。

  • 最新のリポジトリの最新のアップデートを維持します。通常、これは最新のセキュリティ更新プログラムを提供し、パッケージがシステムの他のソフトウェアと連携する可能性を高め、すべてがシームレスに実行されるようにします。

  • 個人的にキャッシュからロールバックする必要はほとんどありません。アップグレードに問題が発生した場合は、通常、私はアップグレードにあまり熱心ではなかったため、管理者がパッケージを正しく構築またはテストできなかったためです。

あなたが経験しているCinnamonの問題は、Archスタイルの最先端のローリングアップデートの失敗ではなく、パッケージマネージャの誤ったパッケージングに起因する可能性があります。個人的には、ArchでCinnamonを使用する際にいくつかの問題があり、他のデスクトップ環境と同じように動作しませんでした(私はGnome、MATE、i3を使用して問題がはるかに少なくなりました)。

最後に共有したいのは、アップグレード時に問題のパッケージがクラッシュすることがわかっている場合は、そのパッケージをAURパッケージIgnorePkgに追加できること/etc/pacman.confです。私はこれをほとんどやらず、ほぼ常にAURパッケージを無視します(私は使用するのが好きです)。 AUR補助)。かつてIgnorePkgバックライトの排他的なドライバが最新のカーネルバージョンで動作していなかったので、私のラップトップのカーネルをブラックリストに登録する必要がありました(幸いなことに、この問題は最終的にアップストリームで解決され、再びカーネルの更新を受け取ることができました)。私はできます。いいえ必要な場合を除き、この方法を使用することをお勧めします。

おすすめ記事