Perché ho un file .rpmnew dopo un aggiornamento?


17

Uso yum per aggiornare Fedora. Dopo un aggiornamento enorme, ho avuto molti .rpmnewe .rpmsavefile. Potrei capire se avessi modificato questi file. Ma sono sicuro di non aver modificato questi file.

Cosa devo fare con questi file? Cosa succederà al prossimo aggiornamento?

Ecco un esempio di questi file:

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

Grazie

Risposte:


22

Esistono due casi:

  • Se un file è stato installato come parte di un rpm, si tratta di un file di configurazione (ovvero contrassegnato con il %configtag), successivamente hai modificato il file e ora aggiorni l'rpm, quindi il nuovo file di configurazione (dal nuovo rpm) sostituirà il tuo vecchio file di configurazione (cioè diventa il file attivo). Quest'ultimo verrà rinominato con il .rpmsavesuffisso.
  • Se un file è stato installato come parte di un rpm, si tratta di un file di configurazione (cioè contrassegnato con il %config(noreplace)tag), successivamente hai modificato il file e ora aggiorni l'rpm quindi il tuo vecchio file di configurazione rimarrà al suo posto (es. rimanere attivo) e il nuovo file di configurazione (dal nuovo rpm) verrà copiato sul disco con il .rpmnewsuffisso.

Vedi ad esempio questa tabella per tutti i dettagli.

In entrambi i casi tu o qualche programma hai modificato i file di configurazione ed è per questo che vedi i file .rpmsave/ .rpmnewdopo l'aggiornamento perché rpm aggiornerà i file di configurazione in silenzio e senza file di backup se il file locale non è toccato.

Dopo un aggiornamento del sistema è una buona idea scansionare il filesystem alla ricerca di questi file e assicurarsi che i file di configurazione corretti siano attivi e magari unire i nuovi contenuti dai file .rpmnew nei file di produzione. È possibile rimuovere i file .rpmsavee .rpmnewal termine.


10

A volte il gestore dei pacchetti si confonde un po 'su ciò che costituisce un file modificato o meno. Di solito è perché un programma o un altro ha apportato modifiche (in particolare quei file di mappe TeX).

Esistono due approcci che utilizzo quando ho a che fare con questo tipo di file, a seconda del mio umore, della criticità del sistema e di quanto ne so del file in questione:

  1. Dopo che il sistema ha funzionato per un po 'di tempo, basta eliminare quelli che non riconosco come cambiati (forse pericolosi, ma la mia ipotesi è che se fosse stato qualcosa di veramente importante l'avrei notato ormai. Nota che lo faccio solo questo su sistemi di "basso valore" che posso permettermi di dedicare un po 'di tempo a sistemare se ho riempito);
  2. Esegui un diff ( diff -u <current file> <new/save version>) unificato tra le varie versioni del file, esamina l'output e integra le modifiche necessarie tra le versioni per rendere tutto più veloce, quindi elimina i file di salvataggio / nuovi quando sono soddisfatto delle cose. Molto più lavoro (anche se piccoli script di shell per trovare e diff aiutare i file) ma praticamente garantiamo di non interrompere nulla a meno che non riesca a confondere l'unione.
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.