Чому після оновлення у мене є файл .rpmnew?


17

Я використовую 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

Спасибі

Відповіді:


22

Є два випадки:

  • Якщо файл був встановлений як частина rpm, це конфігураційний файл (тобто позначений %configтегом), ви відредагували файл згодом і тепер оновите rpm, тоді новий конфігураційний файл (з новіших rpm) замінить ваш старий файл конфігурації (тобто стати активним файлом). Останній буде перейменований на.rpmsave суфіксом.
  • Якщо файл був встановлений як частина оборотів у хвилину, це файл no-place-config (тобто позначений %config(noreplace)тегом), ви відредагували файл згодом і тепер оновите rpm, тоді ваш старий файл-конфігурації залишиться на місці (тобто залишайтеся активними) і новий конфігураційний файл (з новіших rpm) буде скопійований на диск із .rpmnewсуфіксом.

Дивіться, наприклад, цю таблицю .

В обох випадках ви або якась програма відредагували конфігураційні файли, і саме тому ви бачите .rpmsave/.rpmnew файли після оновлення, оскільки rpm буде модернізовано конфігураційні файли безшумно і без резервних файлів, якщо локальний файл не торкається.

Після оновлення системи корисно просканувати вашу файлову систему на наявність цих файлів і переконатися, що правильні файли конфігурації активні, і, можливо, об'єднайте новий вміст з .rpmnew файлів у виробничі файли. Ви можете видалити файли .rpmsaveта .rpmnewфайли, коли закінчите.


10

Іноді менеджер пакунків просто трохи плутається з приводу того, що являє собою модифікований файл чи ні. Зазвичай це тому, що якась програма чи інша програма внесла зміни (особливо ті файли карт TeX).

Є два підходи, якими я користуюсь при роботі з цими видами файлів, залежно від мого настрою, критичності системи та наскільки я знаю про файл, про який йде мова:

  1. Після того, як система деякий час працювала в порядку, просто видаліть ті, які я не визнаю, що змінилися (можливо, небезпечно, але моє припущення полягає в тому, що якщо б це було щось дійсно важливе, я б помітив до цього часу. Зауважте, що я лише це для систем "малої вартості", які я можу дозволити собі витратити деякий час на виправлення, якщо я набився);
  2. Виконайте уніфікований diff ( diff -u <current file> <new/save version>) між різними версіями файлу, вивчіть вихід та інтегруйте необхідні зміни між версіями, щоб довести все до швидкості, а потім видаліть збереження / нові файли, коли я задоволений речами. Набагато більше роботи (хоча невеликі сценарії оболонки для пошуку та розходження файлів допомагають), але майже гарантовано нічого не порушують, якщо я не придушую злиття.
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.