o que esses dois campos de informações do pacote realmente significam?

Question

usando o CentOS 6.8, quando digito yum install tcpdump , saídas do sistema:

Package 14:tcpdump-4.0.0-11.20090921gitdf3cb4.2.el6.x86_64 already installed and latest version

Esse longo pedaço de string não ajudou, para obter mais informações, digitei yum info tcpdump , que retornou a seguir:

Name        : tcpdump
Arch        : x86_64
Epoch       : 14
Version     : 4.0.0
Release     : 11.20090921gitdf3cb4.2.el6
Size        : 818 k
Repo        : installed
From repo   : base
... bla bla ...

dividiu a string do nome do pacote original em vários campos. O que me interessa são estes dois campos: Epoch Release .

• O que é Epoch ? algumas informações aqui, mas não muito esclarecedor
• Como o campo Release ( 11.20090921gitdf3cb4.2.el6 ) é denominado? qual é a convenção?

Answer 1

Para uma leitura bastante longa, consulte: link

Epoch é usado muito raramente. Quando não definido, é definido como 0 e não impresso. Época é usada para preencher lacunas na nomeação. Por exemplo, upstream tem projeto foo e tem a versão 2009 e de repente eles decidem mudar a versão e a próxima versão será 10. E agora seu caminho de atualização deve ser de foo-2009 para foo-10, mas o rpm trata foo-2009 > foo-10 e não irá atualizá-lo. Então, mantenedor tem que bater epoch e rpm irá comparar foo-2009 == 0: foo-2009 < 1: foo-10.

A versão deve começar com 1 e toda vez que você lançar um novo pacote - mas com o mesmo tar.gz da mesma versão - você deve aumentar o lançamento. Isso pode ser alterado no scriptlet pós-instalação. Alteração do requisito de tempo de execução. Reconstrua por causa da mudança na ABI da biblioteca requerida. Ou porque maintaner adiciona patch. Geralmente consertando algum motivo de segurança. O formato do campo de liberação não é padronizado, portanto, você pode apenas imaginar por que o mantenedor usou este formato. E, de fato, você não precisa adivinhar como você pode ler o changelog do rpm, onde a mudança deve ser descrita.