不只是WPS，很多软件是这样。输入yes，no，NO,N，No,Yes都没用……在终端kill -9 [apt的pid]后，应用商店找到该应用就会显示[打开]，好像是安装完成的样子

重装下n卡驱动?

这个和驱动有关？？

驱动安装估计被中断了，这里装任何包都会重新配置 nvidia-driver，导致这里卡主超时，商店弹窗提示

sudo dpkg --audit     查看 dpkg 异常
sudo dpkg --configure --pending     继续配置软件包，可以多执行几次避免循环依赖
sudo apt install -f     修复破损的依赖关系

处理有交互的软件包安装，目前已知只有三大类处理方式

一、使用软件包默认配置选项，由软件包自行处理
控制中心升级采用该方式，添加 DEBIAN_FRONTEND=noninteractive 环境变量，所有交互自动采用默认选项配置。

已知缺陷：对于 grub-pc 等特殊软件包，只能暂时跳过配置。后续安装任何软件包都会重新要求配置交互。默认配置是否能按预期处理软件包，由开发者在打包时决定。一般正规软件包在打包时，会根据 Linux 发行版信息进行自动处理适配（比如 Ubuntu，Debian 等），但目前大多数软件包不识别 Deepin / UOS 。

二、识别交互内容，进行针对性处理
软件包安装器采用的是检查软件包是否包含 templates 文件，根据模板文件中预置问题判断是否需要交互。

已知缺陷：对于 net.portswigger.burpsuite 等没有模板文件，但在 postinst 维护脚本中需要用户交互输入的软件包无法正常处理。软件包安装器后台使用的 QApt 也无法适配处理这种情况。

三、在终端中安装，手动进行处理
商店目前添加了环境变量，可以对安装进程写入信息，允许用户进行交互，模仿在终端中安装软件包。但是无法准确获知何时需要交互，暂定为安装输出日志超过 5 分钟未变化且安装未结束，则认为需要用户手动交互进行处理，弹窗给用户输入对应配置信息。这种方式适用性最高，可以解决上述两种方式无法处理的软件包情况。

已知缺陷：安装过程中确实出现 5 分钟未响应的情况，商店会弹窗，且可能无法继续处理（有可能只是超时，但是不需要交互）。

应该没啥问题了，可以装个软件试试看