ntp-4.2.8.p10-1 falha após a atualização devido à dependência do libcrypto.so.1.0.0 (instalado 1.1) e quer fazer downgrade para 4.2.8.p9-2. Como isso faz sentido?

0

Aviso:

Esta não é uma questão importante para a operação estável do meu sistema, mas eu estou perguntando isso porque eu simplesmente não consigo fazer nenhum sentido e eu realmente gostaria de saber o que está acontecendo aqui.

Estou executando uma arch linux box e fiz yaourt -Syua . Tudo correu bem. Eu fiz uma reinicialização e verifiquei systemctl list-units --state failed para ver ntpd.service como resultado. Eu journalctl -r -u ntpd e encontrei a entrada
Apr 24 19:54:33 htpc ntpd[1850]: /usr/bin/ntpd: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory

A execução de ldconfig -v | grep libcrypto resultou em

libcrypto.so.1.1 -> libcrypto.so.1.1

Que por sua vez pertence a openssl

# yaourt -Ql | grep libcrypto
openssl /usr/lib/libcrypto.so
openssl /usr/lib/libcrypto.so.1.1

Pensei que talvez algo não tivesse sido atualizado na primeira vez em que executei yaourt -Syua , então tentei uma segunda vez sem candidatos a upgrade. E o candidato mais provável seria ntp , uma vez que openssl foi atualizado com sucesso

# yaourt -Si openssl | grep Version && yaourt -Qi openssl | grep Version
Version         : 1.1.0.e-1
Version         : 1.1.0.e-1

Verificando ntp version

# yaourt -Si ntp | grep Version && yaourt -Qi ntp | grep Version
Version         : 4.2.8.p9-2   // in the offical 'Extra' repo
Version         : 4.2.8.p10-1  // installed on my system??

Só para ver o que aconteceria, tentei (re) instalar o ntp

# yaourt -Sy ntp
:: Synchronising package databases...
core is up to date
extra is up to date
archlinuxfr is up to date
community is up to date
multilib is up to date
warning: downgrading package ntp (4.2.8.p10-1 => 4.2.8.p9-2)
Packages (1) ntp-4.2.8.p9-2

Total Download Size:    1.71 MiB
Total Installed Size:   4.09 MiB
Net Upgrade Size:      -0.10 MiB

:: Proceed with installation? [Y/n]

Isso então me confundiu completamente. Ele quer que eu faça downgrade de ntp quando eu acabei de atualizar o openssl para usar o libcrypto.so correto?

# cat /var/log/pacman.log | grep openssl
[2017-04-24 19:23] [ALPM] upgraded openssl (1.0.2.k-1 -> 1.1.0.e-1)

# cat /var/log/pacman.log | grep ntp
[2017-04-13 18:08] [ALPM] upgraded ntp (4.2.8.p9-1 -> 4.2.8.p10-1)

Além disso, ao consultar o site oficial do Arch Linux, o pacote ntp está desatualizado, declarando ntp 4.2.8.p9-2 como a versão atual.

Minhas perguntas

  • Como é possível que eu tenha uma versão ntp mais recente do que a declarada no repositório oficial Extra , enquanto eu só tenho um outro repositório personalizado ( [archlinuxfr] - para yaourt) que não carrega ntp ? Eu verifiquei.
  • Por que o yaourt/pacman está sugerindo que eu faça o downgrade do meu pacote?
  • O rebaixamento do meu pacote realmente solucionará o problema ntp ou será que eu devo fazer o downgrade do openssl , supondo que exista a versão libcrypto.so correta?

Editar 1

Eu tenho uma segunda caixa do Linux que também atualizei hoje, onde eu não tenho o problema. Aqui estão os dois pacman.log em comparação. Pode lançar alguma luz sobre isso:

BoxRunningFine# cat /var/log/pacman.log | grep -e "upgraded openssl" -e "upgraded ntp"
[2017-01-04 21:26] [ALPM] upgraded ntp (4.2.8.p8-1 -> 4.2.8.p9-1)
[2017-02-28 19:05] [ALPM] upgraded openssl (1.0.2.j-1 -> 1.0.2.k-1)
[2017-04-24 18:48] [ALPM] upgraded openssl (1.0.2.k-1 -> 1.1.0.e-1)
[2017-04-24 18:49] [ALPM] upgraded ntp (4.2.8.p9-1 -> 4.2.8.p9-2)


BoxWithIssue# cat /var/log/pacman.log | grep -e "upgraded ntp" -e "upgraded openssl"
[2016-06-05 03:18] [ALPM] upgraded ntp (4.2.8.p7-1 -> 4.2.8.p8-1)
[2016-10-21 18:17] [ALPM] upgraded openssl (1.0.2.h-1 -> 1.0.2.j-1)
[2017-01-06 14:18] [ALPM] upgraded ntp (4.2.8.p8-1 -> 4.2.8.p9-1)
[2017-02-08 22:54] [ALPM] upgraded openssl (1.0.2.j-1 -> 1.0.2.k-1)
[2017-04-13 18:08] [ALPM] upgraded ntp (4.2.8.p9-1 -> 4.2.8.p10-1)
[2017-04-24 19:23] [ALPM] upgraded openssl (1.0.2.k-1 -> 1.1.0.e-1)

Pela aparência, o tempo de atualização na caixa com os problemas era ruim. Acho que seria um caso clássico de má sorte. Então, eu só faço downgrade para 4.2.8.p9-2 e tudo bem, eu acho?

Editar 2

# yaourt -Sy ntp
warning: downgrading package ntp (4.2.8.p10-1 => 4.2.8.p9-2)
Packages (1) ntp-4.2.8.p9-2
:: Proceed with installation? [Y/n] 
:: Retrieving packages...
 ntp-4.2.8.p9-2-x86_64
(1/1) downgrading ntp                             

# systemctl start ntpd && systemctl status ntpd
● ntpd.service - Network Time Service
   Loaded: loaded (/usr/lib/systemd/system/ntpd.service; enabled; vendor preset: disabled)
   Active: active (running) since Mon 2017-04-24 21:14:41 CEST; 5s ago

# yaourt -Qi ntp
Name            : ntp
Version         : 4.2.8.p9-2

# systemctl status | grep -m1 State:
State: running

Problema resolvido. Fazer o downgrade para ntp-4.2.8.p9- 2 foi a solução. Obrigado pela ajuda e fornecendo os recursos de acordo.

    
por Sven M. 24.04.2017 / 20:45

1 resposta

0

Isso parece esse bug que diz :

4.2.8.p10-1 has been replaced with 4.2.8.p9-2 apparently by the openssl rebuild.

Eu assumo que a reconstrução da atualização do OpenSSL estava em fase longa o suficiente para ser substituída nesse meio tempo por a atualização para um novo release upstream , mas quando a reconstrução do OpenSSL foi movida de staging para community, o pacote com o número de versão inferior substituiu aquele com o maior.

Editar: parece 4.2.8.p10- 2 já foi carregado para corrigir esta situação.

    
por 24.04.2017 / 20:54