Mengapa saya memiliki file .rpmnew baru setelah pembaruan?

17

Saya menggunakan yum untuk memperbarui Fedora saya. Setelah update besar, saya mendapat banyak .rpmnewdan .rpmsavefile. Saya bisa mengerti jika saya telah memodifikasi file-file ini. Tapi saya yakin saya tidak mengedit file-file ini.

Apa yang harus saya lakukan dengan file-file ini? Apa yang akan terjadi pada pembaruan selanjutnya?

Berikut contoh file-file ini:

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

Terima kasih

Luc M
sumber

Jawaban:

22

Ada dua kasus:

  • Jika file diinstal sebagai bagian dari rpm, itu adalah file konfigurasi (ditandai dengan %configtag), Anda telah mengedit file sesudahnya dan sekarang Anda memperbarui rpm kemudian file konfigurasi baru (dari rpm yang lebih baru) akan menggantikan file konfigurasi lama Anda (yaitu menjadi file aktif). Yang terakhir akan diganti nama dengan .rpmsavesuffix.
  • Jika file diinstal sebagai bagian dari rpm, itu adalah file noreplace-config (yaitu ditandai dengan %config(noreplace)tag), Anda telah mengedit file sesudahnya dan sekarang Anda memperbarui rpm maka file konfigurasi lama Anda akan tetap di tempatnya (yaitu tetap aktif) dan file konfigurasi baru (dari rpm yang lebih baru) akan disalin ke disk dengan .rpmnewakhiran.

Lihat misalnya tabel ini untuk semua detailnya.

Dalam kedua kasus, Anda atau beberapa program telah diedit file konfigurasi (s) dan bahwa ini mengapa Anda melihat .rpmsave/ .rpmnewfile setelah upgrade karena rpm akan meng-upgrade file config diam-diam dan tanpa file cadangan jika file lokal tidak tersentuh.

Setelah peningkatan sistem, sebaiknya pindai sistem file Anda untuk file-file ini dan pastikan file konfigurasi yang benar aktif dan mungkin menggabungkan konten baru dari file .rpmnew yang baru ke dalam file produksi. Anda dapat menghapus .rpmsavedan .rpmnewfile setelah selesai.

knweiss
sumber
10

Terkadang manajer paket hanya sedikit bingung tentang apa yang merupakan file yang dimodifikasi atau tidak. Biasanya itu karena beberapa program atau yang lain telah melakukan modifikasi (terutama file peta TeX).

Ada dua pendekatan yang saya gunakan ketika berurusan dengan file-file semacam ini, tergantung pada suasana hati saya, kekritisan sistem, dan seberapa banyak yang saya ketahui tentang file yang dimaksud:

  1. Setelah sistem bekerja OK untuk sementara waktu, hapus saja yang saya tidak tahu telah berubah (mungkin berbahaya, tetapi asumsi saya adalah bahwa jika itu adalah sesuatu yang sangat penting saya akan perhatikan sekarang. Perhatikan bahwa saya hanya melakukan ini pada sistem "nilai rendah" yang saya mampu menghabiskan waktu untuk memperbaiki jika saya sudah mengisi);
  2. Lakukan unified diff ( diff -u <current file> <new/save version>) antara berbagai versi file, periksa output dan mengintegrasikan perubahan yang diperlukan antara versi untuk mempercepat semuanya, lalu hapus save / file baru ketika saya senang dengan hal-hal. Lebih banyak pekerjaan (walaupun skrip shell kecil untuk menemukan dan membedakan file membantu) tetapi cukup banyak dijamin tidak akan merusak apa pun kecuali saya membereskan penggabungan.
womble
sumber