☰

ntp-4.2.8.p10-1 дает сбой после обновления из-за зависимости libcrypto.so.1.0.0 (установлена ​​1.1) и хочет понизить версию до 4.2.8.p9-2. Какой в ​​этом смысл?

tag-icon • tag-icon arch-linux openssl pacman ntpd yaourt
ntp-4.2.8.p10-1 дает сбой после обновления из-за зависимости libcrypto.so.1.0.0 (установлена ​​1.1) и хочет понизить версию до 4.2.8.p9-2. Какой в ​​этом смысл?

Отказ от ответственности:

На самом деле это не такая уж и серьезная проблема, которая может повлиять на стабильную работу моей системы, но я спрашиваю об этом, потому что просто не могу в этом разобраться и мне бы очень хотелось узнать, что здесь происходит.

Я запускаю arch linuxкоробку и только что сделал yaourt -Syua. Все прошло отлично. Я сделал перезагрузку и проверил, systemctl list-units --state failedчтобы увидеть ntpd.serviceрезультат. Я journalctl -r -u ntpdи нашел запись

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

Бег ldconfig -v | grep libcryptoподдался

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

Который в свою очередь принадлежитopenssl

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

Затем я подумал, что, возможно, что-то не обновилось в первый раз, когда я запустил, yaourt -Syuaпоэтому я попробовал второй раз без кандидатов на обновление. И наиболее вероятным кандидатом ntpв любом случае будет то, что opensslбыло успешно обновлено

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

Проверка ntpверсии

# 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??

Просто чтобы посмотреть, что произойдет, я попробовал (пере)установить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]

Это тогда меня полностью смутило. Он хочет, чтобы я понизил версию, ntpкогда я только что обновился openssl, чтобы использовать правильный 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)

Кроме того, если зайти на официальный сайт Arch Linux, там написано, что ntpпакет устарел, а ntp 4.2.8.p9-2текущая версия указана как новая.

Мои вопросы

  • Как это возможно, что у меня более новая ntpверсия, чем указано в официальном Extraрепозитории, в то время как у меня есть только один другой пользовательский репозиторий ( [archlinuxfr]- для yaourt), в котором нет ntp? Я проверил.
  • Почему yaourt/pacmanмне предлагают понизить тарифный план?
  • Решит ли понижение версии моего пакета мою ntpпроблему или мне лучше понизить версию, opensslпредположив, что есть правильная libcrypto.soверсия?

Редактировать 1

У меня есть вторая коробка Arch Linux, которую я также обновил сегодня, и на ней у меня нет этой проблемы. Вот два pacman.log' в сравнении. Может, это также прольет свет на это:

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)

Судя по всему, обновление на коробке с проблемами было просто неудачным. Думаю, это был бы классический случай невезения. Так что я просто понижаю версию, 4.2.8.p9-2и все должно быть хорошо, я полагаю?

Редактировать 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

Проблема решена. Понижение доntp-4.2.8.p9-2было решением. Спасибо за помощь и предоставление соответствующих ресурсов.

решение1

Это выглядит какэтот багкоторый гласит:

4.2.8.p10-1 был заменен на 4.2.8.p9-2, по-видимому, в результате пересборки openssl.

Я предполагаю, чтопересборка для обновления OpenSSLнаходился в стадии подготовки достаточно долго, чтобы быть замененным в то же времяобновление для нового апстрим-релиза, но затем, когда пересборка OpenSSL была перемещена из стадии подготовки в стадию сообщества, пакет с меньшим номером версии заменил пакет с большим номером.

Редактировать: Похоже на то, что4.2.8.п10-2уже загружен для исправления этой ситуации.

Связанный контент