为什么“自动连接卡扣“okular”的符合条件的插头和插槽需要比较长的时间?

DK *_*ose 8 snap

Xubuntu 20.04(在虚拟机中)

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

自动连接符合条件的卡扣“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
$ 
Run Code Online (Sandbox Code Playgroud)

那么在这个过程中发生了什么?平时是不是很费时间?

是否正在下载其他“支持”快照(对我而言)“自动连接符合条件的插头......”没有意义?ksnip是一个基于 qt 的程序,并在/snap/kde-frameworks-5-core18/32. 而且okular,也是一个基于 qt 的程序,/snap/kde-frameworks-5-qt-5-14-core18/4两者都比ksnip和大得多okular。在哪种情况下,延迟只是网络问题?

DK *_*ose 10

看起来

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

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

虽然下载okular有一个简单的进度指示器,但“自动连接符合条件的插头和卡槽“...”正在进行的时间仅由一个旋转的|.

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

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

在安装的情况下,okular在一个干净的捕捉(无其他qt依赖卡扣已安装)的Ubuntu 20.04,补充素材下载okular管理单元是kde-frameworks-5-qt-5-14-core18 5.68.0。在系统监视器中观察网络活动表明下载了大约 333 MiB。

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