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

Question

Isenção de responsabilidade:

Este realmente não é um problema importante para a operação estável do meu sistema, mas estou perguntando isso porque simplesmente não consigo entender e gostaria muito de saber o que está acontecendo aqui.

---

Estou executando uma arch linuxcaixa e acabei de fazer yaourt -Syua. Tudo correu bem. Eu reiniciei e verifiquei systemctl list-units --state failedo ntpd.serviceresultado. Eu journalctl -r -u ntpde 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

Correndo ldconfig -v | grep libcryptorendeu

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

Que por sua vez pertence aopenssl

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

Então pensei que talvez algo não tivesse sido atualizado na primeira vez que executei, yaourt -Syuaentão tentei uma segunda vez sem candidatos a atualização. E o candidato mais provável seria ntpde qualquer maneira, dado que opensslfoi 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 ntpversão

# 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)instalarntp

# 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 deixou completamente confuso. Ele quer que eu faça o downgrade ntpquando acabei de atualizar opensslpara usar o libcrypto.so?

# 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, ele diz que o ntppacote está desatualizado, informando ntp 4.2.8.p9-2como a versão atual.

Minhas perguntas

• Como é possível que eu tenha uma ntpversão mais recente do que a indicada no Extrarepositório oficial enquanto tenho apenas um outro repositório personalizado ( [archlinuxfr]- para yaourt) que não carrega ntp? Eu chequei.
• Por que está yaourt/pacmansugerindo que eu faça downgrade do meu pacote?
• O downgrade do meu pacote realmente resolverá o meu ntpproblema ou devo fazer o downgrade opensslassumindo que existe a libcrypto.soversão correta?

Editar 1

Eu tenho uma segunda caixa do Arch Linux que também atualizei hoje e não tenho esse problema. Aqui estão os dois pacman.logem comparação. Também 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)

Pelo que parece, o tempo de atualização na caixa com os problemas foi simplesmente ruim. Acho que seria um caso clássico de azar. Então eu simplesmente fiz o downgrade para 4.2.8.p9-2e deve ficar 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. Fazendo downgrade parantp-4.2.8.p9-2foi a solução. Obrigado pela ajuda e pelo fornecimento dos recursos correspondentes.

Answer 1

Isso pareceesse bugque diz:

4.2.8.p10-1 foi substituído por 4.2.8.p9-2 aparentemente pela reconstrução do openssl.

Eu assumo issoa reconstrução para a atualização do OpenSSLesteve em preparação por tempo suficiente para ser substituído, entretanto, pora atualização para uma nova versão upstream, mas quando a reconstrução do OpenSSL foi movida do teste para a comunidade, o pacote com o número de versão inferior substituiu o pacote pelo superior.

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