在诸多 GNU/Linux 发行版中，Gentoo 的一大特色是用户可以相对容易地从源码编译整个系统所有的软件包。在之前很长一段时间当中，从源码编译软件包是 Gentoo 用户的唯一选择，因为和其它发行版为用户分发已编译好可以直接运行的二进制可执行文件不同，Gentoo 分发给用户的只是用来编译二进制文件的脚本（也就是 ebuild）。从源码编译整个系统要花费很长时间，这也是 Gentoo 用户以前必须要面对的问题。不过，在 2023 年年底，一切都变了：Gentoo 官方的二进制包服务器上线了。该二进制包服务器为许多 Gentoo 软件仓库中的软件包都提供了预编译的二进制包，允许用户直接下载安装、跳过本地编译流程，从而节省时间。 ……
您可能有过创建同一份文档的不同版本的需求、或是想从同样的源文件生成多份不同但又彼此关联的文档的情况，例如： 文档的不同版本之间只有排版不同，而内容完全相同。例如： 您想生成一份标准版的文档，同时再生成一份大字号版，以便于视力不佳的人群阅读。 不同版本的文档以不同的顺序呈现内容，但除此之外，所有版本的内容都是一样的。例如： 您可能想准备多种版本的履历以申请不同类型的岗位，其中面向研究岗位的履历将出版物列在教学经历之前，而面向教学岗位的履历则是相反的顺序。 ……
Framework 笔记本虽然目前还未在中国大陆境内销售，但依然有不少人通过新闻或者视频了解过。提到 Framework，很多人的第一印象也许是“模块化”1，不过 Framework 自己标榜的产品设计理念主要是可维修、可客制化、以及可升级。一开始，Framework 笔记本用的全是英特尔酷睿处理器；在等待了两年后，Framework 终于推出了我心念已久的 AMD 锐龙版本，我遂购买了一台搭载锐龙 7 7840U 的 Framework Laptop 13，在 2023 年 11 月收到货后一直使用至今，直到现在终于有时间可以记录一下我的使用体验了。 ……
最近 Steam 客户端的大更新在大改界面的同时，在用户体验方面却有所退步：如果在 Steam 客户端没有运行的时候，使用桌面或开始菜单的快捷方式启动 Steam 游戏，那么 Steam 会在启动游戏前弹出客户端窗口；而在大更新之前，用快捷方式启动游戏后，Steam 是会直接最小化到系统托盘的，压根不会显示客户端窗口。 新版客户端的这一特性，对于喜欢用快捷方式启动 Steam 游戏、并且不想让 Steam 开机自启的用户来说，无疑十分烦人。因为现在用快捷方式启动游戏后，必须手动关闭 Steam 自己弹出的客户端窗口，才能将 Steam 最小化到系统托盘，否则 Steam 的窗口就会一直待在前台。 ……
-9999 Gentoo 软件包
有些 Gentoo 软件包会提供一个特殊的 9999 版本：按照惯例，如果一个 ebuild 的版本是 9999，那么它就是一个实时 ebuild，构建软件包时使用的是该软件项目的版本控制系统仓库（例如 Git 仓库）中的最新“实时”源码，而非来自 .zip 或 .tar.* 压缩包的“非实时”源码。版本控制系统仓库中的项目源码经常会被修改，故被称作“实时”源码。 当一个软件包只有一个实时 ebuild、没有任何非实时 ebuild 的时候，我会称之为“纯 -9999 软件包”，因为该软件包唯一的 ebuild 的版本一般是 9999。请避免创建纯 -9999 软件包。换言之，一个实时 ebuild 不应成为某个软件包的唯一 ebuild。 ……
我还记得在苹果刚发布基于自家 ARM 芯片的 Mac 的时候，有人猜测一场变革将就此在桌面计算领域展开。当时在 Reddit 上就有一名 GNU/Linux 用户声称，各大 GNU/Linux 发行版应重视起潜在的 x86-64 转到 ARM64 的趋势、未雨绸缪、采取行动，以免跟不上时代的潮流。但持此类观点的用户可能不知道的是，得益于高级语言的可移植性，构成 GNU/Linux 的常见软件包其实已经兼容 ARM64 很长时间了。而苹果发布的这些基于自家的高性能 ARM 芯片的 Mac，不但不一定会对 GNU/Linux 造成威胁，反而可能给后者提供了一个更宽阔的舞台供其发挥。在 Asahi Linux 项目开发者的努力下，我们可以在搭载苹果芯片的 Mac 上运行 GNU/Linux，充分压榨苹果芯片的性能。 ……
在最近发布的 Hugo v0.109.0 中，页面对象新增了一个 .Ancestors 变量，可以用来方便地实现面包屑导航的模板。光是通过对比此次更新前后 Hugo 文档中给的面包屑模板例子，就可以看出这个变量的作用了：有了它，面包屑就不需要通过递归调用辅助模板（即下面例子中的 breadcrumbnav）来生成了，代码简洁明了了不少。（为便于阅读，以下代码的格式被重新整理过） ……
作为一个 DOS 模拟器，DOSBox 理论上应该是支持运行像 Windows 3.1、95 和 98 这些基于 DOS 的 Windows 版本的。确实，在 DOSBox 官网的兼容性列表中，Windows 3.1 和 95 都被列为“支持”（supported）；但是 Windows 98 的兼容性仅被评为“可运行”（runnable），比中间的“可游玩”（playable）还低一档。可能正因为如此，很多想运行 Windows 98 的人索性就选用了支持 Windows 98 的 DOSBox 分支项目，比如 DOSBox-X。 不过，我并没有放弃在原版 DOSBox 里运行 Windows 98 的尝试。如果能在 Windows 98 里运行纸牌和三维弹球等程序就可以算作“可游玩”，那么根据我的发现，只需要一点点额外的操作，就可以让 Windows 98 在原版 DOSBox 中至少达到“可游玩”的级别。因此，我决定写下这篇教程，给想在原版 DOSBox 里试一下 Windows 98 的人一个参考。 ……
Gentoo 软件仓库的 sys-kernel/* 类别下有若干 Linux 内核软件包可供用户选择；不同的软件包安装内核的方式也不相同。其中，sys-kernel/*-sources 软件包（例如 sys-kernel/gentoo-sources、sys-kernel/vanilla-sources）只安装内核源代码文件，不进行任何其它操作。这样的特性适合想自己手动编译并安装内核、但仍然希望系统软件包管理器自动更新内核源码的用户。 然而，想要在 Gentoo 上妥善安装并管理内核，并不一定非要安装 sys-kernel/* 软件包：即使是内核源码，也可以由用户自行手动下载与更新，不需要软件包管理器的干预。本文就将介绍一种这样的方法，即使用 Git 来管理通过 Git 仓库提供的内核源码（并可附带管理外来的内核补丁）。 ……
身为 Gentoo 官方安装文档，当前版本的 Gentoo 手册将重点放在了基于 OpenRC 的系统的配置，而不是 systemd。毕竟 OpenRC 是主要由 Gentoo 维护的项目，如果连自家的发行版都不把自己维护的 init 系统作为首选推荐的话，那就好比百度员工都在用谷歌。对于想安装 systemd 的用户，手册虽然也包括一些信息和指导，但同时会让用户另行参考一篇专门讨论 systemd 的 Wiki 文章。我觉得该文章的信息虽然很全面，但同时也很零散：系统安装过程中需要执行的步骤散落在文章各处，导致很容易遗漏关键的步骤。因此，我决定单独写一篇关于在 Gentoo 上配置 systemd 的文章，汇总安装 systemd 的全部步骤。 ……