Ubuntu 正在考虑停止提供其源代码 ISO
Ubuntu 计划停止生成那种体积巨大的“源代码 ISO”——即包含所有软件包源代码的 DVD 级镜像——被普遍视为是对拨号上网时代一种遗留分发渠道的退出,因为相同的源代码仍可通过在线仓库和 `apt-get source` 等工具获取。少数有离线或归档工作流需求的用户表示反对,但线程中的大多数批评其实集中在 Canonical 的更广泛方向上,尤其是其对 Snap 软件包的推动,以及 Ubuntu 相较 Debian 和其他发行版曾经具备的桌面优势正在被侵蚀。
Ubuntu 源代码 ISO 的历史作用
- 最初在带宽稀缺、拨号上网普遍、CD/DVD 或杂志附赠光盘是传递大型软件集合的实用方式时非常有用。
- GPLv2 要求以“与二进制文件相同的方法”提供源代码,这促使人们在二进制 CD 之外,同时以物理介质提供源代码。
- 有人回忆起现实中的案例:在缓慢且按时计费的拨号网络上下载数十或数百 MB 时,邮寄一张 CD 比下载更快、更便宜。
当前相关性与替代方案
- 许多评论者表示他们从未用过源代码 ISO,也看不出它在现代有什么使用场景。
- 源代码仍可通过标准机制获取:
apt-get source,以及浏览 Ubuntu 仓库(例如pool/目录)。 - 有几条评论指出,源代码 ISO 是 CD 分发时代的遗留产物;如今更常见的是内部镜像或按需下载源代码。
- 一个小众用例:组织会定期下载完整的源代码镜像,内部归档,并用于离线/嵌入式构建;他们认为这种单一、带版本的打包方式有价值。
源代码 ISO 与安装 ISO 的混淆
- 多条回复纠正了误解:这项变更只影响源代码 ISO,不影响用于写入 USB 的常规安装镜像。
- 一些评论者起初把两者混为一谈,并担心离线安装;其他人则反复澄清,二进制安装介质不受影响。
Snaps 与 Ubuntu 的整体方向
- 文章和评论中的一个关键点是:源代码 ISO 早已不包含 Snap 软件包的源代码,所以它们多年来一直都不完整。
- 有几位认为 snaps 才是“真正的问题”:启动更慢、应用会为了更新而被杀掉、集成问题(例如 Firefox)、类似 Windows 的更新提示。
- 有些人认为,仅凭这个 ISO 决策不足以成为放弃 Ubuntu 的理由;如果要离开,他们建议是因为 snaps 或 Canonical 的更广泛选择。
对比与生态背景
- 与 Red Hat/CentOS 的对比:一些人认为两者都在移除“方便的打包合集”;另一些人则认为 RHEL 的源代码比 Ubuntu 更难获取,而 Ubuntu 的源代码仍然公开归档。
- 多条评论回顾了 Ubuntu 历史上的优势(桌面优化、更接近 Debian stable 的更新包、更好的驱动、更大的用户群),并指出竞争发行版在很大程度上已经追上了它。