ntp-4.2.8.p10-1 falla después de la actualización debido a la dependencia de libcrypto.so.1.0.0 (instalado 1.1) y desea cambiar a 4.2.8.p9-2. ¿Cómo eso tiene sentido?

Question

Descargo de responsabilidad:

Realmente este no es un problema importante y crítico para el funcionamiento estable de mi sistema, pero lo pregunto porque simplemente no puedo entenderlo y realmente me gustaría saber qué está pasando aquí.

---

Estoy ejecutando una arch linuxcaja y acabo de hacerlo yaourt -Syua. Todo salió bien. Reinicié y verifiqué systemctl list-units --state failedel ntpd.serviceresultado. y journalctl -r -u ntpdencontre la 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

Correr ldconfig -v | grep libcryptocedió

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

que a su vez pertenece aopenssl

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

Luego pensé que tal vez algo no se actualizó la primera vez que lo ejecuté, yaourt -Syuaasí que lo intenté una segunda vez sin candidatos a actualización. Y el candidato más probable sería ntpde todos modos, dado que opensslse actualizó con éxito.

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

Comprobando ntpla versión

# 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ólo para ver qué pasaba, intenté (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]

Entonces esto me puso completamente nervioso. ¿Quiere que baje la versión ntpcuando acabo de actualizar opensslpara poder usar la versión correcta 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)

Además, al mirar el sitio oficial de Arch Linux, dice que el ntppaquete está desactualizado y que ntp 4.2.8.p9-2es la versión actual.

Mis preguntas

• ¿Cómo es posible que tenga una ntpversión más nueva que la indicada en el Extrarepositorio oficial mientras solo tengo otro repositorio personalizado ( [archlinuxfr]-para yaourt) que no incluye ntp? Lo comprobé.
• ¿Por qué yaourt/pacmanme sugiere bajar de categoría mi paquete?
• ¿Degradar mi paquete realmente resolverá mi ntpproblema o debería degradarlo opensslasumiendo que existe la libcrypto.soversión correcta?

Editar 1

Tengo una segunda caja Arch Linux que también actualicé hoy y no tengo el problema. Aqui estan los dos pacman.logen comparacion. También podría arrojar algo de luz sobre esto:

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)

Por lo que parece, el tiempo de actualización en la caja con los problemas fue simplemente pobre. Supongo que sería un caso clásico de mala suerte. Entonces simplemente baje de categoría 4.2.8.p9-2y creo que debería estar bien.

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 resuelto. Bajando de categoría antp-4.2.8.p9-2fue la solución. Gracias por la ayuda y por proporcionar los recursos correspondientes.

Answer 1

esto pareceeste errorque dice:

4.2.8.p10-1 ha sido reemplazado por 4.2.8.p9-2 aparentemente por la reconstrucción de openssl.

yo asumo esola reconstrucción para la actualización de OpenSSLestuvo en escena el tiempo suficiente para ser reemplazado mientras tanto porla actualización para una nueva versión ascendente, pero luego, cuando la reconstrucción de OpenSSL pasó de staging a community, el paquete con el número de versión más bajo reemplazó al que tenía el número de versión más alto.

Editar: parece4.2.8.p10-2Ya se ha subido para corregir esta situación.