.rpmnewも.rpmsaveファイルも、RPMパッケージにおける“アップグレードは慎重に”という方針に基づいて作成されるものである。つまりデフォルト設定ファイルに対する変更を伴うアップグレードにおいて、個々のシステムで使われている現行の設定ファイルをすべて上書きするという処理は、各ユーザが過去に施した設定を丸ごと消去してしまう危険性を常に内在させている。よって先の方針では、そうした単純な処理の代わりに.rpmnewまたは.rpmsaveというファイルを使って復元用の情報を保存させるようにしているのである。そうした措置において、変更対象となった設定ファイルを変更前のオリジナル状態で残すようにした場合は、新規のデフォルト設定ファイルを.rpmnewファイルに格納させておく。そうではなく、変更対象となった設定ファイルは新規のデフォルトファイルで置き換えたという場合は、変更前のオリジナル設定ファイルを.rpmsaveファイルにコピーしておくのである。
個々のパッケージにおいてどちらのファイル作成が行われるかは、パッケージメンテナの裁量次第というのが実状だ。1つの典型例として最近行われたFedora 8のアップグレードを見てみると、ほぼ全員のメンテナが.rpmnewファイルを使用する方式を選んでいたことが分かるが、そうした選択を一目で見抜けというのは酷な要求というものだろう。いずれにせよ、例えば複数のキーボード設定を/etc/X11/xorg.confに追加していたというユーザにとって、アップグレード時にそれらのユーザ設定が丸ごと上書きされたので最初から設定し直せ、というのは願い下げにしたい事態のはずである。
各自のシステムにどのようなファイルが追加されるにせよ、1つ確かなのは、そうしたファイルの処理法を把握しておく必要があることだ。メジャーアップグレードをした直後に整理対象となるファイルは何十個にも上るものであり、そうした負担を抱えたユーザが.rpmnewおよび.rpmsaveファイルはそのまま削除するという安直な決定を下すのも分からない訳でもないが、そうした選択はこれらのファイルが用意されている本来の趣旨と真っ向から反することになる。
すべての.rpmnewおよび.rpmsaveファイルを吟味する余裕などないというユーザでも実践可能な合理的なアプローチとしては、システム全体のパフォーマンスに影響しそうなファイルだけを調べるという選択肢もあるだろう。そうしたファイルの大部分は、設定ファイルの大半を格納している最上層ディレクトリである/etcに置かれているはずである。その他の/etc以外にあるファイルの重要度は低く、システム全体のパフォーマンスに影響する可能性は小さいはずだが、それでもこの種の作業は慎重に進めなくてはならない。