Por que tenho o arquivo .rpmnew após uma atualização?


17

Eu uso o yum para atualizar meu Fedora. Depois de uma grande atualização, recebi muitos .rpmnewe .rpmsavearquivos. Eu poderia entender se eu tivesse modificado esses arquivos. Mas tenho certeza de que não editei esses arquivos.

O que devo fazer com esses arquivos? O que acontecerá na próxima atualização?

Aqui está uma amostra desses arquivos:

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

obrigado

Respostas:


22

Existem dois casos:

  • Se um arquivo foi instalado como parte de uma rpm, é um arquivo de configuração (ou seja, marcado com a %configtag), você editou o arquivo posteriormente e agora atualiza o rpm, em seguida, o novo arquivo de configuração (a partir das rpm mais recentes) substituirá seu antigo arquivo de configuração (ou seja, torne-se o arquivo ativo). O último será renomeado com o .rpmsavesufixo.
  • Se um arquivo foi instalado como parte de um rpm, é um arquivo noreplace-config (ou seja, marcado com a %config(noreplace)tag), você editou o arquivo posteriormente e agora atualiza o rpm, então seu antigo arquivo de configuração permanecerá no lugar (ou seja, mantenha-se ativo) e o novo arquivo de configuração (a partir das rpm mais recentes) será copiado para o disco com o .rpmnewsufixo.

Veja, por exemplo, esta tabela para todos os detalhes.

Nos dois casos, você ou algum programa editou o (s) arquivo (s) de configuração e é por isso que você vê os arquivos .rpmsave/ .rpmnewapós a atualização, porque o rpm atualiza os arquivos de configuração silenciosamente e sem os arquivos de backup, se o arquivo local não for tocado.

Após uma atualização do sistema, é uma boa idéia verificar o sistema de arquivos em busca desses arquivos e garantir que os arquivos de configuração corretos estejam ativos e talvez mesclar o novo conteúdo dos arquivos .rpmnew nos arquivos de produção. Você pode remover os arquivos .rpmsavee .rpmnewquando terminar.


10

Às vezes, o gerenciador de pacotes fica um pouco confuso sobre o que constitui um arquivo modificado ou não. Geralmente é porque algum programa ou outro fez modificações (especialmente os arquivos de mapa do TeX).

Existem duas abordagens que eu uso ao lidar com esse tipo de arquivo, dependendo do meu humor, da criticidade do sistema e do quanto sei sobre o arquivo em questão:

  1. Depois que o sistema estiver funcionando bem por um tempo, exclua os que não reconheço como alterados (possivelmente perigosos, mas minha suposição é de que, se fosse algo realmente importante, eu já teria notado até agora. isso em sistemas de "baixo valor" que eu posso gastar algum tempo consertando se eu tiver enchido);
  2. Execute um diff ( diff -u <current file> <new/save version>) unificado entre as várias versões do arquivo, examine a saída e integre as alterações necessárias entre as versões para atualizar tudo e depois exclua os arquivos salvos / novos quando estiver satisfeito com as coisas. Muito mais trabalho (embora pequenos scripts de shell para encontrar e diferenciar os arquivos ajudem), mas praticamente garantido para não quebrar nada, a menos que eu estrague a fusão.
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.