关注
离谱
这 aosc 系统真的是磨人的小妖精，软件包依赖不知道怎么的有问题，oma upgrade 完直接把系统干废了， 我什么都没干！
安装好了只进行了 oma upgrade，几个看起来非常关键的软件装都装不上去，要求的版本比软件源里面有的版本还高，那你装个蛇皮袋袋？之前出类似问题的时候问了群里面，给了俩命令看意思是不管安装状态强行安装上去，装上去一看，好了，那这回子装不进去的包名字变了怎么办，也不好意思问人了，自己依葫芦画瓢呗，一装，喔嚄报错，再一重启，笑死起都起不起来。
这系统一面说自己简明可靠，一面使用门槛高得要命；一面说改善着用户体验，一面连软件包依赖都有问题，早上装的时候还是这两个包装不进去，晚上再装就变成别的装不进去了，我真的服了
哦对，之前这波维护者还有误操作在软件源池子直接 rm -rf 的，真的太神奇了，最后是从清华源里面往回拉包拉回来的。
我还是给大家解释一下原因吧啊
然后你看一下他们给出来的这个命令啊，有些包无关紧要的，用这种强制安装的方法安装就过了，但是还有些别的就不行，问题你不知道哪些包能行哪些不行，也不知道这次安装会轮到哪几个有问题的包，然后就只好每次安装或者更新的时候求佛了。佛祖保佑不要抽到 gnutls，不要抽到 linux-lib-runtime，一个开源软件硬是玩出了抽卡手游的感觉。
我还是给大家解释一下原因吧啊
更新，问题似乎修复了，本来还想验证一下是不是我命令输错了……
我还是给大家解释一下原因吧啊
他们家做了一个叫 spiral 的东西，而之所以需要这东西，是因为他们把 Debian 里面本来零散的包给打成整的包了，举个例子，就那MySQL，知道吧？Debian 可能分成好几个包，但是 Aosc 直接给你打成一个包了，就叫 mysql。
那别的标准 Debian 软件包发现找不到需要的一个小包怎么办，很简单，用 provides 这种东西让 apt 告诉包管理，这个包是存在的，就让这个 spiral 给包管理器造成一个这个包存在的虚幻假象，这 apt 信以为真了以后，依赖校验过了就行。
然后他们不知道怎么的，把像 gnutls、systemd 这种总之就是非常基础的东西，不知道哪儿依赖没整对，系统就给弄裂了。