web-dev-qa-db-ja.com

アップデート後に.rpmnewファイルがあるのはなぜですか？

Yumを使用してFedoraを更新します。巨大なアップデートの後、私は多くの.rpmnewおよび.rpmsaveファイル。これらのファイルを変更したかどうかを理解できました。しかし、私はこれらのファイルを編集しなかったと確信しています。

これらのファイルをどうすればよいですか？次のアップデートで何が起こりますか？

これらのファイルのサンプルを次に示します。

/usr/share/texmf-var/fonts/map/dvipdfm/updmap/dvipdfm_dl14.map.rpmnew
/usr/share/texmf-var/fonts/map/dvipdfm/updmap/dvipdfm_dl14.map.rpmsave

ありがとう

fedorayumupdaterpm
18
Luc M

2つのケースがあります。

  • ファイルがrpmの一部としてインストールされている場合、それは構成ファイルです（つまり、_%config_タグでマークされています）。その後ファイルを編集し、rpmを更新すると、新しい構成ファイル（新しいrpmから）が古い構成ファイルを置き換えます（つまり、アクティブファイルになります）。後者は、_.rpmsave_サフィックスで名前が変更されます。
  • ファイルがrpmの一部としてインストールされた場合、それはnoreplace-configファイルです（つまり、%config(noreplace)タグでマークされています） 、後でファイルを編集し、rpmを更新すると、古い構成ファイルはそのまま残り（つまり、アクティブなまま）、新しい構成ファイル（新しいrpmから）が_.rpmnew_サフィックス。

たとえば、 この表 すべての詳細。

どちらの場合も、あなたまたはいくつかのプログラムが構成ファイルを編集しました。そのため、rpmのため、アップグレード後に_.rpmsave_/_.rpmnew_ファイルが表示されます。ローカルファイルが変更されていない場合、バックアップファイルなしでサイレントに構成ファイルをアップグレードします。

システムのアップグレード後、ファイルシステムをスキャンしてこれらのファイルを探し、正しい構成ファイルがアクティブであることを確認します。rpmnewファイルの新しいコンテンツを本番ファイルにマージすることをお勧めします。完了したら、_.rpmsave_および_.rpmnew_ファイルを削除できます。

24
knweiss

ときどき、パッケージマネージャーは、変更されたファイルを構成するものかどうかについて少し混乱します。通常、これは、何らかのプログラムが変更を加えたためです（特にTeXマップファイル）。

私の気分、システムの重要度、問題のファイルについてどれだけ知っているかに応じて、これらの種類のファイルを処理するときに使用する2つのアプローチがあります。

  1. システムがしばらく問題なく動作した後、変更していないと認識したものを削除するだけです（おそらく危険ですが、私が想定しているのは、それが本当に重要なものだった場合は、今まで気づかなかったでしょう）。これは、「価値の低い」システムで、私が詰まっている場合は修正に時間を費やす余裕があります）。
  2. 統一されたdiff（diff -u <current file> <new/save version>）ファイルのさまざまなバージョン間で出力を調べ、バージョン間で必要な変更を統合してすべてを高速化し、問題がなければ保存/新しいファイルを削除します。 （ファイルを見つけて比較するための小さなシェルスクリプトは役立ちますが）多くの作業が必要ですが、マージを変更しない限り、何も壊さないことがほぼ保証されています。
10
womble