deepin 前缀的软件包还敢删?这会把默认壁纸和 fcitx 皮肤给卸了
我觉得只要不把内核卸载了,其他的应该都不是问题。
必死无疑
都红色警告啦……😂
如果真想清理用下
apt-mark hold deepin-default-settings-tuning deepin-wallpapers
把这两个包保持之后再执行remove
都红色警告啦……😂
如果真想清理用下
apt-mark hold deepin-default-settings-tuning deepin-wallpapers
把这两个包保持之后再执行remove
在虚拟机里v25在应用商店里把自带应用卸载到只剩下这些,再执行sudo apt autoremove 就会出现那两个被autoremove 识别为可卸载,希望排查一下是哪个应用导致这两个被设置为丢弃
系统应用之间有依赖关联,比如说深度之家/翻译之类的,你卸载系统应用会导致依赖被破坏从而出现这样的问题。https://bbs.deepin.org.cn/zh/post/288130
系统应用之间有依赖关联,比如说深度之家/翻译之类的,你卸载系统应用会导致依赖被破坏从而出现这样的问题。https://bbs.deepin.org.cn/zh/post/288130
我希望系统先测试一下在应用商店的应用管理把所有可卸载的应用都卸载掉然后看看autoremove会不会出现系统关键组件被设置为丢弃,然后把所有出现的系统关键包设置为手动安装,让之后重新安装的用户不会再遇到这个问题,如果有卸载会导致系统依赖断裂的软件,希望不要出现在应用商店的应用管理里面
我希望系统先测试一下在应用商店的应用管理把所有可卸载的应用都卸载掉然后看看autoremove会不会出现系统关键组件被设置为丢弃,然后把所有出现的系统关键包设置为手动安装,让之后重新安装的用户不会再遇到这个问题,如果有卸载会导致系统依赖断裂的软件,希望不要出现在应用商店的应用管理里面
只要不运行 autoremove 就什么事都没有,又不是缺那点硬盘空间。
我觉得只要不把内核卸载了,其他的应该都不是问题。
好
已经红色提醒了,如果还要卸载那就结果自负
实际上这个事情说过好几次了,一些包由于依赖关系的问题,看似没用,实际不能卸载
我遇到过,现在autoremove提示没用,过段时间又不会提示这个软件包了,所以没事不要用autoremove,这一两年基本没过这个命令,系统稳定性要好一些
真想试可以装个虚拟机,同样的操作先在虚拟机里来一遍,没事再在物理机上操作
已经红色提醒了,如果还要卸载那就结果自负
实际上这个事情说过好几次了,一些包由于依赖关系的问题,看似没用,实际不能卸载
我遇到过,现在autoremove提示没用,过段时间又不会提示这个软件包了,所以没事不要用autoremove,这一两年基本没过这个命令,系统稳定性要好一些
真想试可以装个虚拟机,同样的操作先在虚拟机里来一遍,没事再在物理机上操作
不一定,有些删除了当时没事,但雷还是种下了。
已经红色提醒了,如果还要卸载那就结果自负
实际上这个事情说过好几次了,一些包由于依赖关系的问题,看似没用,实际不能卸载
我遇到过,现在autoremove提示没用,过段时间又不会提示这个软件包了,所以没事不要用autoremove,这一两年基本没过这个命令,系统稳定性要好一些
真想试可以装个虚拟机,同样的操作先在虚拟机里来一遍,没事再在物理机上操作
会列在 autoremove 里的大多是一些 lib 开头的软件包,也就是各种运行库,留在那没随着软件卸掉就是因为可能未来还会用到,类似于 Windows 上的 VC++ 可再发行组件包,卸载软件时不会被一并卸掉。
Popular Events
More
应该没事吧 !