{"topic":{"id":1535,"title":"Linux 命令行入门教程推荐 The Missing Semester of Your CS Education 并为 Arch 是个不稳定的 Distro 正名","slug":"topic","categoryId":4,"createdAt":"2023-06-28 14:00:03.07833","bumpedAt":"2024-02-16 12:47:19.405071","views":281,"postsCount":1,"highestPostNumber":1,"likeCount":2,"closed":false,"pinned":false,"pinnedGlobally":false,"pinnedAt":null,"pinnedUntil":null,"isBanner":false,"excerpt":"Linux 命令行入门教程这个网上杂七杂八的非常多。最近看到有个 MIT 的教程 The Missing Semester of Your CS Education，感觉很不错，网址是 https://missing.csail.mit.edu/ 它还有个中文翻译版：https://missing-semester-cn.github.io 我没有逐字逐句看完，但它的有一个说法，我非常不认同： Some distros, like Ar…","deletedAt":null,"isAnonymous":false,"category":{"id":4,"name":"谈笑风生","slug":"general","color":"25AAE2"},"author":{"id":1047,"username":"anonymous_coward_old","name":"Anonymous Coward Old","avatarUrl":"/uploads/image/43/32/4332638c11248b8ff07033c11de0759a55205facfbec85e14458245a91991faf.avif"},"tags":["arch"]},"posts":[{"id":3625,"postNumber":1,"raw":"Linux 命令行入门教程这个网上杂七杂八的非常多。最近看到有个 MIT 的教程 The Missing Semester of Your CS Education，感觉很不错，网址是 https://missing.csail.mit.edu/\n它还有个中文翻译版：https://missing-semester-cn.github.io\n\n我没有逐字逐句看完，但它的有一个说法，我**非常不认同**：\n\n> Some distros, like Arch Linux, use a rolling update policy where things are bleeding-edge but things might break every so often.\n\n> 中文翻译版：\n> ### 不同操作系统的优缺点是什么，我们如何选择（比如选择最适用于我们需求的 Linux 发行版)?\n> Arch Linux 采用滚动更新策略，用了最前沿的软件包（bleeding-edge），但软件可能并不稳定。\n\n我查了一下，ˌevery so ˈoften 的意思是：occasionally; sometimes 有时；偶尔。\n\n这一说法具有误导性，并且毫无意义。\n\n从我个人多年的在桌面和服务器上使用 Arch 的经历来说，滚动更新从未导致系统崩溃、数据丢失等问题，就我的感觉，Arch 比 Windows 还稳定。\n\n原因是 Arch 的软件包在进入普通用户使用的稳定版软件仓库前会进入测试版软件仓库，即虽然 Arch 的软件总是最新的，但是软件打包者在用 ABS 构建软件包并安装后会进行测试，更不用说一些软件的上游在发布新版本时本身也可能会有测试。当然可能有测试不全的情况，这也不能怪 Arch，要怪就怪上游开发者代码质量和测试质量不行。\n\n由于这一误导性说法比较常见，[Arch Wiki](https://wiki.archlinux.org/title/Frequently_asked_questions#Is_Arch_Linux_a_stable_distribution?_Will_I_get_frequent_breakage?) 专门解释了这个事情：\n\n> Is Arch Linux a stable distribution? Will I get frequent breakage?\n\n> It is *the user* who is ultimately responsible for the stability of their own rolling release system. The user decides when to upgrade, and merges necessary changes when required. If the user reaches out to the community, help is often provided in a timely manner. The difference between Arch and other distributions in this regard is that Arch is truly a 'do-it-yourself' distribution; complaints of breakage are misguided and unproductive, since upstream changes are not the responsibility of Arch devs.\n> See the [System maintenance](https://wiki.archlinux.org/title/System_maintenance) article for tips on how to make an Arch Linux system as stable as possible.\n\n\n至于软件包总是最新会不会造成其他问题，有时可能会有，但具体事情具体分析，都可以解决，比如同时安装多版本，用 PATH 选择不同版本。比如有个 `archlinux-java` 可以人性化地改 JAVA 环境变量。\n\n例如，2019 年秋天，Felix Yan 同学早早地打包了最新的 Python3.8，由于当时我使用的很多 Python 代码的很多依赖不支持 3.8 版本，虽然可以同时安装 3.6，但不管我怎么改，某些使用 pybind11 和 CMake 的代码就是死活不认 Python3.6，导致编译报错。然而由于很多系统软件依赖 `python3.8`，我又不能卸载它。在今天看来可能是我不会配 CMake 导致的。\nCMake 和 C++ 是编译软件时最令我头痛的东西，经常编译到一半出错，然而由于用了`make -j32`，错误信息隐藏在中间，还要用 ctrl+F 找 `err` 关键字。CMake 本质上就是在修补 C++ 被造出来的时候没有考虑的依赖管理问题。还是 Rust 这种现代语言好，自带包管理器 cargo 和包仓库。\n不过最近两年，Python 这个包由于依赖它的包众多，大版本更新速度有所放缓，比如 Python3.11 在 2022 年 10 月发布，Felix 同学直到今年 Apr 05, 2023 才打包，~~让 Arch 变得不像是滚动更新 Distro~~其实并没有，因为 AUR 上有 rixx 同学早早打包好的 Python3.11 可以用。","cooked":"

Linux 命令行入门教程这个网上杂七杂八的非常多。最近看到有个 MIT 的教程 The Missing Semester of Your CS Education，感觉很不错，网址是 The Missing Semester of Your CS Education
\n它还有个中文翻译版：https://missing-semester-cn.github.io

我没有逐字逐句看完，但它的有一个说法，我非常不认同：

\n
Some distros, like Arch Linux, use a rolling update policy where things are bleeding-edge but things might break every so often.
\n

\n
中文翻译版：
\n
不同操作系统的优缺点是什么，我们如何选择（比如选择最适用于我们需求的 Linux 发行版)?
\n
Arch Linux 采用滚动更新策略，用了最前沿的软件包（bleeding-edge），但软件可能并不稳定。
\n

我查了一下，ˌevery so ˈoften 的意思是：occasionally; sometimes 有时；偶尔。

这一说法具有误导性，并且毫无意义。

从我个人多年的在桌面和服务器上使用 Arch 的经历来说，滚动更新从未导致系统崩溃、数据丢失等问题，就我的感觉，Arch 比 Windows 还稳定。

原因是 Arch 的软件包在进入普通用户使用的稳定版软件仓库前会进入测试版软件仓库，即虽然 Arch 的软件总是最新的，但是软件打包者在用 ABS 构建软件包并安装后会进行测试，更不用说一些软件的上游在发布新版本时本身也可能会有测试。当然可能有测试不全的情况，这也不能怪 Arch，要怪就怪上游开发者代码质量和测试质量不行。

由于这一误导性说法比较常见，Arch Wiki 专门解释了这个事情：

\n
Is Arch Linux a stable distribution? Will I get frequent breakage?
\n

\n
It is the user who is ultimately responsible for the stability of their own rolling release system. The user decides when to upgrade, and merges necessary changes when required. If the user reaches out to the community, help is often provided in a timely manner. The difference between Arch and other distributions in this regard is that Arch is truly a 'do-it-yourself' distribution; complaints of breakage are misguided and unproductive, since upstream changes are not the responsibility of Arch devs.
\nSee the System maintenance article for tips on how to make an Arch Linux system as stable as possible.
\n

至于软件包总是最新会不会造成其他问题，有时可能会有，但具体事情具体分析，都可以解决，比如同时安装多版本，用 PATH 选择不同版本。比如有个 archlinux-java 可以人性化地改 JAVA 环境变量。

例如，2019 年秋天，Felix Yan 同学早早地打包了最新的 Python3.8，由于当时我使用的很多 Python 代码的很多依赖不支持 3.8 版本，虽然可以同时安装 3.6，但不管我怎么改，某些使用 pybind11 和 CMake 的代码就是死活不认 Python3.6，导致编译报错。然而由于很多系统软件依赖 python3.8，我又不能卸载它。在今天看来可能是我不会配 CMake 导致的。
\nCMake 和 C++ 是编译软件时最令我头痛的东西，经常编译到一半出错，然而由于用了make -j32，错误信息隐藏在中间，还要用 ctrl+F 找 err 关键字。CMake 本质上就是在修补 C++ 被造出来的时候没有考虑的依赖管理问题。还是 Rust 这种现代语言好，自带包管理器 cargo 和包仓库https://crates.io。
\n不过最近两年，Python 这个包由于依赖它的包众多，大版本更新速度有所放缓，比如 Python3.11 在 2022 年 10 月发布，Felix 同学直到今年 Apr 05, 2023 才打包，~~让 Arch 变得不像是滚动更新 Distro~~其实并没有，因为 AUR 上有 rixx 同学早早打包好的 Python3.11 可以用。

\n","createdAt":"2023-06-28 14:00:03.526439","updatedAt":"2024-03-17 13:04:48.024594","replyToPostNumber":null,"replyCount":0,"likeCount":2,"wordCount":965,"liked":false,"bookmarked":false,"polls":[],"reactions":[{"reaction":"❤️","count":2,"users":[{"id":103,"username":"MiaoHN","name":null},{"id":1835,"username":"Dusk","name":"夕大画家"}],"hasReacted":false}],"wiki":false,"version":3,"publicVersion":3,"deletedAt":null,"isAnonymous":false,"user":{"id":1047,"username":"anonymous_coward_old","name":"Anonymous Coward Old","avatarUrl":"/uploads/image/43/32/4332638c11248b8ff07033c11de0759a55205facfbec85e14458245a91991faf.avif","admin":false,"moderator":false,"signatureRaw":null,"signatureCooked":null}}],"hasMore":false,"lastReadPostNumber":1,"hasUrlPostNumber":false}