为什么“自动连接 Snap“okular” 的合格插头和插槽”需要相对较长的时间?

为什么“自动连接 Snap“okular” 的合格插头和插槽”需要相对较长的时间?

Xubuntu 20.04(在虚拟机中)

我已经ksnip快速安装了,但我注意到

自动连接 snap“ksnip” 的合格插头和插槽

ksnip下载后花了很长时间(5-10分钟) 。

快速安装okular花费的时间更长(okular下载完成后)。

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            1.9G     0  1.9G   0% /dev
tmpfs           394M  1.2M  393M   1% /run
/dev/sda5        20G  6.2G   12G  35% /
tmpfs           2.0G     0  2.0G   0% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           2.0G     0  2.0G   0% /sys/fs/cgroup
/dev/sda1       511M  4.0K  511M   1% /boot/efi
tmpfs           394M   16K  394M   1% /run/user/1000
/dev/loop0       28M   28M     0 100% /snap/snapd/7264
/dev/loop1       55M   55M     0 100% /snap/core18/1705
/dev/loop2      1.0M  1.0M     0 100% /snap/ksnip/3
/dev/loop3       63M   63M     0 100% /snap/gtk-common-themes/1506
/dev/loop4      261M  261M     0 100% /snap/kde-frameworks-5-core18/32
/dev/loop5       20M   20M     0 100% /snap/okular/98
/dev/loop6      291M  291M     0 100% /snap/kde-frameworks-5-qt-5-14-core18/4
$ 

那么,这个过程到底发生了什么?它通常很耗时吗?

是不是其他“支持” snap 程序正在使用对我来说意义不大的“自动连接符合条件的插头……”nessage?ksnip是一个基于 qt 的程序,并被拉入/snap/kde-frameworks-5-core18/32。 并且okular,也是一个基于 qt 的程序,被拉入,两者都比和/snap/kde-frameworks-5-qt-5-14-core18/4大得多。 在这种情况下,延迟只是网络问题?ksnipokular

答案1

看起来

自动连接卡扣式合格插头和插槽“...”

仅是一种表明正在下载补充材料的方式。

虽然的下载okular有一个简单的进度指示器,但“自动连接符合条件的快照插头和插槽“...””的下载进度仅用旋转的 表示|

然而,如果同时保持 Ubuntu 的系统监视器打开,很明显“自动连接合格的插头和插槽......”意味着下载正在进行中。

终端中的进程和系统显示的下载活动同时结束。

如果okular在干净的qtUbuntu 20.04(没有安装其他依赖的 snap 包)上安装 snap 包,则下载的补充材料okular快照是kde-frameworks-5-qt-5-14-core18 5.68.0。观察系统监视器中的网络活动表明已下载大约 333 MiB。

这没有什么大不了的,但现在我知道“自动连接合格的插头和插槽......”意味着下载东西。

相关内容