Dlaczego mam plik .rpmnew po aktualizacji?

17

Używam yum do aktualizacji mojej Fedory. Po ogromnym aktualizacji, mam wiele .rpmnewi .rpmsaveplików. Zrozumiałbym, gdybym zmodyfikował te pliki. Ale jestem pewien, że nie edytowałem tych plików.

Co mam zrobić z tymi plikami? Co stanie się przy następnej aktualizacji?

Oto próbka tych plików:

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

Dzięki

Luc M.
źródło

Odpowiedzi:

22

Istnieją dwa przypadki:

  • Jeśli plik został zainstalowany jako część rpm, jest to plik konfiguracyjny (tzn. Oznaczony %configtagiem), plik został edytowany później i teraz aktualizujesz rpm, a następnie nowy plik konfiguracyjny (z nowszego rpm) zastąpi twój stary plik konfiguracyjny (tzn. stanie się plikiem aktywnym). Ten ostatni zostanie przemianowany na .rpmsavesufiks.
  • Jeśli plik został zainstalowany jako część rpm, jest to plik konfiguracyjny noreplace (tj. Oznaczony %config(noreplace)tagiem), później go edytowałeś i teraz aktualizujesz rpm, wtedy twój stary plik konfiguracyjny pozostanie na swoim miejscu (tj. pozostać aktywnym), a nowy plik konfiguracyjny (z nowszego rpm) zostanie skopiowany na dysk z .rpmnewprzyrostkiem.

Zobacz np. Tę tabelę, aby poznać wszystkie szczegóły.

W obu przypadkach albo jakiś program został edytowany plik konfiguracyjny (S) i dlatego można zobaczyć .rpmsave/ .rpmnewplików po aktualizacji, ponieważ rpm będzie uaktualnić pliki konfiguracyjne cicho i bez tworzenia kopii zapasowych plików, jeśli plik lokalny jest nietknięty.

Po aktualizacji systemu dobrze jest przeskanować system plików w poszukiwaniu tych plików i upewnić się, że aktywne są prawidłowe pliki konfiguracyjne i być może scalić nową zawartość z plików .rpmnew w pliki produkcyjne. Po zakończeniu możesz usunąć pliki .rpmsavei .rpmnew.

knweiss
źródło
10

Czasami menedżer pakietów trochę się myli co do tego, co stanowi zmodyfikowany plik, czy nie. Zwykle dzieje się tak dlatego, że jakiś program dokonał modyfikacji (szczególnie te pliki map TeX).

Są dwa podejścia, których używam do radzenia sobie z tego rodzaju plikami, w zależności od mojego nastroju, krytyczności systemu i tego, ile wiem o danym pliku:

  1. Po tym, jak system działa przez jakiś czas OK, po prostu usuń te, których nie rozpoznałem jako zmienione (być może niebezpieczne, ale zakładam, że jeśli byłoby to coś naprawdę ważnego, zauważyłbym do tej pory. Uwaga, robię to tylko to w systemach „niskiej wartości”, na które mogę sobie pozwolić, by poświęcić trochę czasu na naprawę, jeśli mam problemy);
  2. Wykonaj ujednoliconą różnicę ( diff -u <current file> <new/save version>) między różnymi wersjami pliku, sprawdź dane wyjściowe i zintegruj niezbędne zmiany między wersjami, aby wszystko przyspieszyć, a następnie usuń pliki zapisu / nowego, gdy jestem zadowolony z różnych rzeczy. Dużo więcej pracy (chociaż małe skrypty powłoki do znajdowania i różnicowania plików pomagają), ale prawie nic nie zepsuję, chyba że zepsuję połączenie.
womble
źródło