LTT装steam结果把系统卸掉那事居然让apt加了新特性
本帖最后由 scikirbypoke 于 2021-11-18 11:17 编辑apt (2.3.12) unstable; urgency=medium
The solver will no longer try to remove Essential or Protected packages,
any dependency problem that would need such a solution will have to be
resolved manually.
The "Yes, do as I say" prompt for removing essential packages has been
replaced by an error message. The appropriate command-line option needs
to be used instead.
Thank you to Linus Tech Tips and System76 for bringing this issue
to our attention.
-- Julian Andres Klode <jak@debian.org>Wed, 17 Nov 2021 18:26:40 +0100 依赖没写好？ 是youtube上那个linus啊，那就没事了，我还以为把大神电脑干废了……
这事以前发生过，我记得是某个软件的删除脚本没写好，应该是 /usr/xxx写成了 /usr /xxx，多打一个空格，然后很多人就杯具了 这事最可笑的是好多人说linux是婆罗门专属，linus班门弄斧 我刚开始玩的时候，卸桌面组件也把桌面环境卸掉过
—— 来自 Xiaomi Redmi K30 5G, Android 11上的 S1Next-鹅版 v2.5.2 apt就是这样一个有意思的包管理奇迹
—— 来自 ZTE A2322, Android 11上的 S1Next-鹅版 v2.5.2-play 2021 年，Linux 桌面（ubuntu系）用户终于不用担心安装 steam 的时候 Gnome 被卸载了 这事说来也是有点怪，apt系老用户基本都习惯了依赖系统的偶发抽风，每次更新前先看看会卸载掉什么也是基本功 zypper 无压力，除非手动加 -u 参数，不然不会卸载弱依赖 nessaj 发表于 2021-11-18 09:54
经典流传
心肺停止
—— 来自 HUAWEI OXF-AN10, Android 10上的 S1Next-鹅版 v2.5.2 感觉arch的pacman处理依赖挺好的，基本上没遇见过安装卸载产生的问题，不知道怎么做到的
—— 来自 HUAWEI JAD-AL50, Android 10上的 S1Next-鹅版 v2.5.2 意料之中吧，对于标榜新手友好的发行版 Pop 或者 Ubuntu，搞出这种事情确实该反思反思了。
当然了其他老屁股发型版还是该干嘛干嘛。Linus？谁啊。 Magnesium 发表于 2021-11-18 18:30
意料之中吧，对于标榜新手友好的发行版 Pop 或者 Ubuntu，搞出这种事情确实该反思反思了。
当然了其他老屁 ...
然而顶楼邮件作者就来自屁股最老的发行版之一Debian啊
Pop这种就相当于MIUI和安卓的关系了，让他们去改上游的设计（我认为这是个设计上的选择而不是单纯的bug）实在勉为其难了 Nanachi 发表于 2021-11-18 18:28
感觉arch的pacman处理依赖挺好的，基本上没遇见过安装卸载产生的问题，不知道怎么做到的
—— 来自 HUAWEI ...
不少包管理器都用这个依赖解析库 https://github.com/openSUSE/libsolv
pacman 好像也在用 nessaj 发表于 2021-11-18 09:54
经典流传
艹，喷了。
—— 来自 S1Fun linus不会玩linux，让我有点惊讶，不过还是没看到装steam把桌面卸掉来得震撼。
popos，莫名其妙好像很流行的发行版，steam，pc上最大的游戏平台，linux游戏的救世主，放一块竟然会产生这么低级的问题，popos的用户不打游戏的吗？还是说apt的设计很容易出这种问题？
—— 来自 Xiaomi M2012K11AC, Android 11上的 S1Next-鹅版 v2.5.2 其实很好解决，把桌面移到内核里就好了 Nanachi 发表于 2021-11-18 18:28
感觉arch的pacman处理依赖挺好的，基本上没遇见过安装卸载产生的问题，不知道怎么做到的
—— 来自 HUAWEI ...
那是因为它打包的颗粒度刚好合你的口味。我就遇到过，想卸载gnome的一个组件，迷迷糊糊Rsc一下直接把gnome-shell，gdm都卸载了。这种事频繁出现，gnome傻逼一样的依赖有很大的锅，凭什么一个奇奇怪怪的图片效果软件会被gnome-shell强依赖，一改动某个组件，整个gdm/gnome-shell都要没。 越想越气，为什么最后对于图形，社区选择了gnome这坨东西 两个 Linus 很容易搞混啊 Nanachi 发表于 2021-11-18 18:28
感觉arch的pacman处理依赖挺好的，基本上没遇见过安装卸载产生的问题，不知道怎么做到的
—— 来自 HUAWEI ...
因为 pacman 功能最少，比如其它包管理会实装的依赖求解（判断升级 / 新装一个包需要删除哪些包，增加哪些包，修改那些包的版本）pacman 都没有，碰到直接无脑装最新版解决不了的问题就直接问你该怎么办。
另外就是 arch 的包好像也基本不怎么写依赖版本限制条件（限制依赖的版本号必须在某个范围内）。因为 arch 滚动更新，所以默认用户安装的全都是最新版，也大幅降低了依赖管理的难度。 对于依赖管理，docker流行算是大家用脚投票了吧
共享依赖是不可能共享依赖的，不如自己装到小箱子里面准备好自己的依赖这样子 kztp 发表于 2021-11-19 08:53
对于依赖管理，docker流行算是大家用脚投票了吧
共享依赖是不可能共享依赖的，不如自己装到小箱子里面准备 ...
所以以后linux桌面版本会进化成一个应用一个docker吗 橋白 发表于 2021-11-18 18:59
所以以后linux桌面版本会进化成一个应用一个docker吗
不如像一些Windows软件那样把依赖的二进制文件一起封装 citrus 发表于 2021-11-18 19:19
然而顶楼邮件作者就来自屁股最老的发行版之一Debian啊
Pop这种就相当于MIUI和安卓的关系了，让他们去改 ...
APT 的问题只有 APT 能解决，作者是 Debian 和 Ubuntu 社区的人。 Nanachi 发表于 2021-11-18 18:28
感觉arch的pacman处理依赖挺好的，基本上没遇见过安装卸载产生的问题，不知道怎么做到的
—— 来自 HUAWEI ...
因为 Arch 的打包十分粗犷，其他发行版拆成两三个包的东西（头文件、文档），Arch 习惯只打一个包，这就减少了很多不必要的依赖麻烦（也安装了很多冗余的文件）。
还有就是滚动更新的好处：pacman 的镜像连软件包的历史版本都不提供，每个包只有最新版本，本地没留软件包缓存的话都没法降级软件。打包者不需要处理历史版本的依赖，只要最新版的依赖是对的就可以。 Hint 发表于 2021-11-19 09:19
不如像一些Windows软件那样把依赖的二进制文件一起封装
AppImage、Flatpak、和 Ubuntu 搞的 Snap 就是这个路子。
但是感觉社区里的人都不喜欢这坨（ 可以考虑用nixpkgs的理念来解决依赖问题，不比那flatpak优雅多了 commanderyuri 发表于 2021-11-19 09:08
linux作者不会用linux
—— 来自 Xiaomi M2007J3SC, Android 11上的 S1Next-鹅版 v2.5.2-play ...
这个是国外著名营销号，不是kernel的作者，虽然同名。 一些系统底层的基础包，大家作者不能商议下，搞个什么运行环境的版本，隔一段时间统一更新一次吗？ nessaj 发表于 2021-11-18 09:54
经典流传
请教下具体原理是啥？这个空格会出什么错？ 舌怪 发表于 2021-11-19 14:04
请教下具体原理是啥？这个空格会出什么错？
会删掉 /usr 下的所有文件，/usr 放着各种共享库、二进制程序和他们所需的资源，约等于 windows 下直接把 C:\Windows 删了 舌怪 发表于 2021-11-19 14:04
请教下具体原理是啥？这个空格会出什么错？
删除某个目录子目录下的子目录下的某个东西
现在路径截断 要删母目录（还是极度重要一删系统原地送走的那种） 还有隔壁的玩意（一般不存在）
大黄蜂在社区超他妈有名 本身在当时非常流行 然后这个bug让人只要更新（需要root权限所以近乎不能阻止）就蒸发/usr 受害者无数
—— 来自 ZTE A2322, Android 11上的 S1Next-鹅版 v2.5.2-play
页:
[1]
2