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