我只是想打印个三明治：我如何成为KDE开发者

Mark Do 5 小时前暂无评论阅读 37 次

或者：我如何意外成为KDE Linux开发者的故事

KDE Linux团队的大多数成员都走着相同的路径：先成为KDE开发者，再参与项目。而我则完全相反——我是用户，然后是提交bug的用户，接着是修复bug的用户，最后才成为开发者。

Then

我的KDE之旅始于KDE Linux，而非KDE本身。那时我正在寻找一个特定的Linux发行版：需要最新的KDE、持续更新、原子化且支持systemd-boot，并且界面无闪烁。经过大量搜索，我偶然发现了KDE Linux并开始使用它。

天啊，早期的KDE Linux（pre-alpha版本）确实”特别”。如果你对比当前版本和旧版，可能会以为它们是完全不同的项目。那时系统频繁出现各种搞笑的故障，最终让我进入”悲伤阶段”——不再提交bug报告，而是自己动手修复问题。

A KDE Linux MR image booting in QEMU

于是我注册了Invent账号，开始修复遇到的问题：从systemd-boot因UKI权限错误报错，到为打印机驱动提交约三十次提交（因为我需要打印一张三明治图片）。别问为什么，这个秘密只有在我们Akademy会议上见面时才能揭晓。

这段打印机经历教会我第一个重要教训：与个人项目不同，这里如果出现问题会面临很多阻力，需要来回修改直到足够好。如果你想和真实的人团队合作，而不是和朋友互相抱怨回归问题，就必须学会耐心。

The RootFSv3 subvolume layout

耐心是关键，后面你会反复看到这个词。

Pre-Alpha阶段：主要解决基础问题

A page of the El Torito specification

在修复日常使用的发行版一段时间后，系统不再频繁崩溃。我开始投入更多精力，希望项目成功，频繁提交修复，从随机贡献者逐渐成为社区信任的核心成员。

早期工作主要是稳定性优化，因为当时的KDE Linux并不稳定。而一个至今仍困扰我们的问题——基础发行版的选择——也始于那时。

Logo

KDE Linux不是传统可变发行版，而是基于镜像的系统
写入/usr目录被禁止，也没有预装包管理器
通过pacman和Arch Linux仓库构建镜像

这带来了一个明显问题：Arch的任何问题都会直接影响到KDE Linux。Arch以不稳定著称，其快速更新常常导致KDE栈崩溃。我们不得不依赖Arch基础设施（后来证明是错误选择）并固定到快照。与Harald合作后，我们让包管道为镜像构建创建独立仓库，避免基础发行版导致KDE栈失效。由于KDE Linux的镜像设计，更换基础发行版对用户影响不大——如果将来需要的话。

Arch另一个特点是AUR（用户软件仓库），任何人可提交构建脚本。这种开放性是AUR的价值所在，但也意味着包在运行前无人审核。过去一年多，Arch和AUR遭受多次DDoS和恶意软件攻击，KDE Linux也受牵连，因为我们部分依赖AUR。我们不得不逐步消除AUR依赖。

成为KDE开发者前，我是AUR打包者，现在仍为多个发行版打包。我接手了一些包的维护，并帮助完全消除AUR依赖。当我的AUR包被纳入KDE Linux供应链时，我意识到应该正式成为KDE开发者。

在pre-alpha阶段，Nate和Harald等KDE开发者给予我指导，社区氛围也让我着迷。最终我请求Harald赞助我的开发者申请。