对 `Omarchy`（基于 Arch Linux 的发行版）的支持

[yayoinoyume]

描述新的换源菜品

Omarchy 是基于 Arch Linux 的发行版（操作系统类）。其软件源由两部分组成：

1. Arch Linux 官方源：经 /etc/pacman.d/mirrorlist 配置，为 core/extra/multilib 提供标准 archlinux 仓库镜像；
2. Omarchy Package Repository (OPR)：Omarchy 官方专属软件包仓库，配置在 /etc/pacman.conf 的 [omarchy] 段（如 Server = https://pkgs.omarchy.org/stable/$arch，通道分 stable/edge）。

目前 chsrc 无 Omarchy 支持，用户只能手动改配置文件。本请求新增两个 dish：

1. omarchy：换 Arch 镜像源。复用 os_arch 的源列表（chef_use_other_dish_sources），不重复维护一份；写入时保留官方 stable 镜像作兜底行、幂等清理 mirrorlist 中累积的 Server 行。
2. omarchyopr：换 [omarchy] 段的 OPR 仓库源。

重要注意：Omarchy 官方仅发布 x86_64 仓库，非 x86_64 架构下会报错退出。

请尽可能提供可参考的换源方法

1. Arch 镜像源换源：Omarchy 的 mirrorlist 是直接复用标准 Arch 镜像，与 Chsrc 现有 arch dish 的换源方法完全一致，参考方法见 Chsrc的README.md / 清华 TUNA / 中科大 USTC 等官方帮助页，也感谢先前为Chsrc提供Arch镜像的前辈们。
2. OPR 换源：
   • 官方 [omarchy] 段 Server = https://pkgs.omarchy.org/stable/$arch。
   • 自建镜像 omarchycn 为 https://git.zacharyzhang.com/api/packages/ZacharyZhang-NY/arch/omarchy/x86_64（Gitea 自托管仓库、重新签名，需导入其 registry key）。

重要注意：Omarchy 的更新脚本 omarchy-refresh-pacman 会用默认文件整体覆盖 pacman.conf / mirrorlist，换源后如被还原需重新执行。

请尽可能提供已有镜像站

omarchy dish（同 Arch 镜像源）：

• 上游：https://stable-mirror.omarchy.org（官方 stable）
• 清华 TUNA：https://mirrors.tuna.tsinghua.edu.cn/archlinux
• 中科大 USTC：https://mirrors.ustc.edu.cn/archlinux
• 阿里云：https://mirrors.aliyun.com/archlinux
• 腾讯云：https://mirrors.tencent.com/archlinux
• 上海交大 SJTUG：https://mirror.sjtu.edu.cn/archlinux
• 北外 BFSU：https://mirrors.bfsu.edu.cn/archlinux
• 华为云：https://mirrors.huaweicloud.com/archlinux
• Arch 官方全球 Geo：https://geo.mirror.pkgbuild.com

omarchyopr dish（OPR 仓库）：

• 上游：https://pkgs.omarchy.org/stable/$arch（官方 OPR）
• 自建中国镜像 omarchycn：https://git.zacharyzhang.com/api/packages/ZacharyZhang-NY/arch/omarchy/x86_64（key 为 Omarchy 官方 Arch Registry key，可通过 https://git.zacharyzhang.com/api/packages/ZacharyZhang-NY/arch/repository.key 拉取）

重要注意：我询问了中国镜像站的作者，对方表示近期可能会与omarchy官方进行合并，届时我会根据具体情况再来维护更新。

目前已在安装了omarchy官方镜像和omarchycn镜像的机器上测试。

@ccmywish 恳请 review，对应 PR #388 我将按照要求提交至 dev 分支，如果我做的不够好，我会继续努力，争取为 Chsrc 做出自己的贡献，因为这个工具陪伴了我很久，我也很喜欢它。

[ccmywish]

Hi @yayoinoyume

很开心你说你长时间使用 chsrc 并且向我们提交新的 os_dish! ❤️

关于 omarchy dish

你提到 omarchy dish 换 Arch 镜像源，那么这个和已有的 arch dish 有何区别？如果实现上没有任何区别，只是一个 arch dish 的 alias，建议不要这个 dish，只保留一个 omarchyopr dish。可以设置 chef_set_note() 提示用户执行完 chsrc set omarchyopr 后再 chsrc set arch 一下就可以了。

关于旧有的 arch dish

看到你的 PR 里提到实现了幂等，那么旧有的 arch dish 是否也已经是幂等的了？这点我不确定，如果旧有的 arch dish 不是幂等的，而你的实现是幂等的，你可以改进一下原有的 arch dish。

关于镜像源

看到你给出了唯一一个镜像源 https://git.zacharyzhang.com，这是一个自建的 Git 仓库地址，有没有其他公开的镜像呢？最好在 Gitee、 AtomGit 或者教育网提供的Git镜像等稳定的内地服务。

chsrc 用户数量很庞大，所以安全是第一考虑，你可以看到 chsrc 内置的镜像源全部都是教育网、大型商业公司维护的，借用 pacman/GPG 里的术语，这是 trust 的基础。我们很难衡量个人自建或者小型商业公司提供的服务的安全性。docker dish 有许多用户提供了镜像源，但是都是上述两种性质的，所以我们一概没有收纳。

[yayoinoyume]

感谢您的回复！

关于 omarchy dish

Omarchy确实是一个 arch dish 的 alias，我尊重您关于移除它单独作为一个dish的决定。我会改为在 omarchyopr 的 chef_set_note() 中提示用户执行 chsrc set arch 更换 Arch 镜像源，同时也保留 omarchy-refresh-pacman 会覆盖配置的提醒。

另外，我想和您报告一个我在编写和测试 omarchy dish 过程中观察到的现象。

我起初用的是 arch dish 的换源策略，在测试时我观察到 arch dish 每次换源是把新的 Server 行 prepend 到 mirrorlist，并不清除旧行。如果进行了多次换源， Server 行会持续累积，此时排在后面的“兜底”实际上是之前选过的镜像，而不是官方源。

我在做 omarchy dish 时，针对这个现象的临时做法是先清空 mirrorlist 中生效的 Server 行，再写入“新镜像 + 官方镜像兜底”，这样每次换源后文件状态是确定的。如果您认为 arch dish 值得做类似的处理，我会再去认真研究，并在另开的 issue 和 pr 详细讨论，不在这个 issue 和 pr 里扩大范围。

关于镜像源

说实话，目前，除了官方源外， OPR 没有任何其他与您在 chsrc 列表中提供的优质镜像相似的公开镜像，教育网和大型公司都没有提供，这也是我当初想要纳入这个自建镜像的原因，据我所知所见，这个仓库的负责人在推动 Omarchy 中国本土化的过程中做了很多贡献，带动中文社区不少人参与其中。但我完全理解 chsrc 以教育网和大型商业公司作为 trust 基线的立场，我认同这个标准，因为它也恰恰是我相信并使用 chsrc 多年的理由，我愿意严格遵守。

我会从pr中移除该镜像源，omarchyopr 将暂时仅保留上游官方默认源。

保留 omarchyopr dish 本身的考虑是：Omarchy 是一个比较年轻的发行版，社区非常活跃，官方也在积极地为中国Linux用户做出改进，也许未来会提供可信的国内镜像。我个人相信 Omarchy 的用户里，也有和我一样在使用 chsrc 的人，所以希望先把 omarchyopr 这个接入点建好——未来一旦出现符合 chsrc 收录标准的镜像，可以第一时间接入。在那之前，这个 dish 可以用来查看当前 OPR 配置（chsrc get omarchyopr）和恢复官方源（chsrc set omarchyopr upstream）。

我愿意根据您的宝贵意见去认真修改我的pr内容并重新推送，再次感谢您为维护 chsrc 做出的贡献！

[ccmywish]

arch dish 的改进

我起初用的是 arch dish 的换源策略，在测试时我观察到 arch dish 每次换源是把新的 Server 行 prepend 到 mirrorlist，并不清除旧行。如果进行了多次换源， Server 行会持续累积，此时排在后面的“兜底”实际上是之前选过的镜像，而不是官方源。

有一些 dish 最开始实现的时候是很简单粗暴的，因为初期贡献者很少，没有时间精力进行细化的改良，基本能用就行，这就是为什么像你这样的细致的贡献者我们是高度欢迎的 ❤️

针对这个现象的临时做法是先清空 mirrorlist 中生效的 Server 行，再写入“新镜像 + 官方镜像兜底”，这样每次换源后文件状态是确定的

 /* 幂等: 先清掉 mirrorlist 中所有生效的 Server 行(含之前累积), 再写入新源 + 官方 stable 兜底 */
  chsrc_run ("sed -i '/^Server = /d' " OS_Pacman_MirrorList, RunOpt_Default);

这里把所有的 Server 行都给删除了，应当考虑用户配置了 archlinuxcn 的情况：

[archlinuxcn]
Server = https://mirrors.tuna.tsinghua.edu.cn/archlinuxcn/$arch

[ccmywish]

镜像源

我认同这个标准，因为它也恰恰是我相信并使用 chsrc 多年的理由，我愿意严格遵守

🤝🤝🤝 安全与便利往往是互斥的，感谢你的理解

所以希望先把 omarchyopr 这个接入点建好——未来一旦出现符合 chsrc 收录标准的镜像，可以第一时间接入

没问题，而且用户可以自行 chsrc set omarchyopr https://user-define.com

[ccmywish]

关于沟通

在整个和你沟通的过程中，我始终很愉悦，因为：

1. 你作为 chsrc 的用户能够逐渐成为 chsrc 的开发者，这是我们所期待的
2. 这个 issue 的描述非常详尽，包括目标、动机，还有 重要注意 等
3. 不仅提出了需求，也努力做出了实现。你的代码很全面，能看到你花费了许多时间精力去理解、编写和测试代码
4. 解决问题的整个过程体现出了相当的耐心
5. ... 等等

我很欣赏你以及你的这个 issue 和 PR！👍

一个小建议: 可以把 "您" 改为 "你"。

你的这个习惯让我想起了我最初在 GitHub 与开发者沟通，甚至面对用户的时候，也常尊称对方为 "您"。可是某些开发者非常傲慢，官腔官调，而某些用户非常刁钻苛刻，因而我逐渐地弃用这个称呼。在我们的项目中，每个人做的努力（对其自己来说）都是不容易的，每个人都是各自领域的专家，包括你也是，对 Arch Linux 的熟悉程度应该甚于我。三人行必有我师焉，所以在咱们的项目中不需要用 "您" 这个字，我们都是平等互助的开发者，大胆的用 "你" 吧！

[yayoinoyume]

已按评审意见完成修改，并补充一处缺陷修复，感谢你的耐心指导！

@ccmywish 感谢你对 omarchy 支持的详细 review，我已认真参照你的意见，重新提交了 PR #388，并在Omarchy机器上验证通过，具体修改说明可以查看PR。

1. 移除 omarchy dish

我已移除 omarchy dish，只保留 omarchyopr，并在其 chef_set_note() 中提示用户：先 chsrc set omarchyopr 再 chsrc set arch；备注中同时说明 Omarchy 基于 Arch，除专属软件包外其余换源与 Arch 一致。现在 chsrc set omarchy 会走标准的"暂不支持的换源菜品"提示。

2. 移除 omarchycn 自建镜像

我已从 PR 中移除 omarchycn 镜像，omarchyopr 暂时仅保留官方上游默认源 https://pkgs.omarchy.org/stable/$arch。用户仍可通过 chsrc set omarchyopr <URL> 自定义源；未来若出现符合收录标准的可信国内镜像，我会第一时间接入。

补充信息：与 omarchycn 的贡献者交流镜像源事宜时，对方回复，omarchy官方计划使用阿里云来作为国内镜像源，目前正在走审核流程，距离正式上线还需要一些时间。

3. chsrc reset omarchyopr

chsrc 框架要求一个 dish 至少提供 2 个源，否则 chsrc set <dish>（无参数）和 chsrc set <dish> upstream 都会直接报错退出，可 omarchyopr 暂时只有官方源，这意味着"恢复官方源"无法通过 chsrc set omarchyopr upstream 实现。

我增加了对 chsrc 的 reset 机制的支持：实现 _resetsrc，用户用 chsrc reset omarchyopr 即可恢复官方 stable 通道。
这样既能保证对未来新镜像源的支持，又能让用户可以恢复官方默认源。

4. 一处幂等缺陷的修复（测试时发现）

在真机测试中我发现 grep -qF 是子串匹配，当用户自定义 URL 恰为现有 Server 行前缀时会误判"已存在"而跳过写入，却提示"换源完成"，导致换源看似成功实则未改。

已改为 grep -qxF（整行锚定）并验证修复：前缀 URL 会真正写入、相同 URL 仍幂等跳过、不同 URL 正常写入。

再次感谢你为 chsrc 维护做出的贡献，以及你对 Omarchy 这样年轻发行版的包容。我很赞同你构建 chsrc 时关于“No UFO”的理念，如果我的实现还有不到位之处，我会继续努力改进。