Quais configurações governam o rpm -e?

0

Eu tenho um problema exatamente o oposto de O RPM não apagará seus diretórios instalados se eles tiverem sido modificados após a instalação inicial . Esse pôster queria forçar a exclusão de arquivos não criados pelo rpm em um diretório que foi criado pelo rpm, indo contra o comportamento padrão do rpm.

Meu problema é exatamente o oposto. Eu postei originalmente em estouro de pilha mas eu quero perguntar de forma um pouco diferente aqui. Ao instalar / desinstalar rpms criados da maneira tradicional, usando rpmbuild e specfiles, recebo o comportamento padrão, que é o que eu quero. Meu cenário é que um rpm cria um diretório de log em algum lugar, log de aplicativos arquivos nesse diretório e, na desinstalação, a presença desses arquivos que não foram criados pelo rpm impede a exclusão deles ou do diretório que os contém.

Mas quando eu construo os RPMs com o plugin do Nebula rpm para o Gradle , algo é diferente. O diretório é excluído apenas se algum arquivo foi adicionado a ele. Ainda mais bizarramente, a saída de depuração do rpm me diz que NÃO está apagando o diretório, embora na verdade seja:

# rpm -evv myapp
...
D: fini      040755  2 (7007, 500)      4096 /usr/local/myapp/logs 
D:    erase rmdir of /usr/local/myapp/logs failed: Directory not empty
...
# ls -al /usr/local/myapp/logs
ls: cannot access /usr/local/myapp/logs: No such file or directory

Como estou executando os mesmos comandos rpm com rpms criados pelo plug-in Gradle e com rpms criados da maneira tradicional e na mesma máquina com a mesma configuração de rpm, SOMETHING deve ser diferente nos próprios arquivos rpm. Mas não tenho ideia do que isso possa ser. Alguém pode me esclarecer sobre isso?

    
por Steve Cohen 29.03.2016 / 20:59

1 resposta

2

Pode ser algum scriptlet. Existe algum?

rpm -qp --scripts ./myapp.rpm 
    
por 30.03.2016 / 15:41

Tags