ntp-4.2.8.p10-1 は、libcrypto.so.1.0.0 (インストール済み 1.1) の依存関係によりアップグレード後に失敗し、4.2.8.p9-2 へのダウングレードを要求します。これはどういう意味ですか?

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.servicejournalctl -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

最初に実行したときに何かがアップグレードされなかったのではないかと考え、アップグレード候補なしで2回目を試しました。そして、アップグレードが成功したことを考えるとyaourt -Syua、最も可能性の高い候補はntpopenssl

# 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アップグレードしたばかりなのに、ダウングレードするように求められました。openssllibcrypto.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リポジトリに記載されているバージョンよりも新しいバージョンがあるのに、他に 1 つのカスタム リポジトリ (yaourt 用 -) しかなく、そのリポジトリにはバージョンが含まれていないというのはどういうこと[archlinuxfr]でしょうかntp? 確認しました。
  • yaourt/pacmanパッケージのダウングレードを提案されるのはなぜですか?
  • パッケージをダウングレードすると実際に問題が解決するのでしょうか、それとも正しいバージョンがあると仮定してntpダウングレードしたほうがよいのでしょうか?openssllibcrypto.so

編集1

私も今日アップグレードした2台目の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 は、openssl の再構築によって 4.2.8.p9-2 に置き換えられたようです。

私はそう思うOpenSSLアップデートのための再構築長い間上演されていたため、その間に新しいアップストリームリリースのアップデートしかし、OpenSSL の再構築がステージングからコミュニティに移行したときに、バージョン番号の低いパッケージがバージョン番号の高いパッケージに置き換えられました。

編集: どうやら4.2.8.p10-2この状況を修正するためにすでにアップロードされています。

関連情報