Page - 5

Page - 5

为啥决定用 flake-parts 替代 haumea? 为什么决定迁移? 这部分要说明两个问题: 我原来为什么选 haumea 到了什么阶段发现它开始不合适 我一开始选 haumea,核心原因很简单:它的 auto import 很适合当时这套基于目录组织的输出结构。 当时我需要的是: 按目录聚合 outputs/<system>/src/*.nix 减少手写 import 列表 让 role 输出结构快速跑起来 在仓库规模还小时,这套方式是顺手的。 但随着仓库演进,问题开 ... read more →

TLDR 本文为GPT生成,这里写点自己的想法,以及本文的总结: 目前deploy存在两难,我讨厌 deploy-rs/colmena 这套 push-mode,总要等待,并且难以保证所有配置项可以实时同步。 具体来说,这里存在两难: 1、多端部署问题。也就是必须要手动执行命令来部署指定host 2、push-mode 需要保证控制端不掉(尤其在控制端通常是workstation的情况下,不知道多少个凌晨,在改完配置后,都要等着deploy完成,验证确实可用之后,才放心commit代码,非常 ... read more →

TLDR TLDR 已将 nix-community/nixos-facter 接入本仓库,主要用于自动采集并收敛硬件事实(CPU、磁盘、总线、显卡、内核模块等),从而大幅精简 hardware.nix 中原有的底层样板代码。 引入这个flake,利大于弊。 收益主要在于: 1、可以精简大量代码 把 boot.initrd.availableKernelModules、kernelModules、hardware.cpu.*.updateMicrocode 等硬件事实型配置交给 fact ... read more →

TLDR TLDR 目前方案的设计是基于以下场景(需求&约束): 个人使用,不需要多人使用的附加功能 多端使用,不只是单机 既有 macOS / NixOS 差异 想减少 GUI 客户端依赖(也就是直接裸核使用) 需要可维护、可迁移、可自动更新 未来可能同时覆盖 client / server 本文的核心逻辑 先介绍我目前的 singbox 方案,进而通过为什么选择这些方案,而简要写点相关的基础知识和基本认知。 简要介绍我的singbox方案 Tip 这部分介绍我当前si ... read more →

TLDR 这是上一篇 《sing-box 在 macOS 唤醒后长时间断网问题的诊断和fix》 的后续。 这次最后确认下来,主因还是 sing-box 的配置,不是 wake recover script。 做了以下修改项 - `default_domain_resolver = "local"` - `remote` 改回 `223.5.5.5 + detour=select` - 去掉显式 `tun-in -> select` - 关闭 `reverse_map ... read more →

Tip 相关具体代码查看 fix(singbox): 处理sing-box 在 macOS 唤醒后长时间断网问题 · xbpk3t/dotfiles@4cd4fad sing-box 在 macOS 唤醒后为什么会坏,以及这次方案为什么有效 这次问题的核心,不是 “Wi-Fi DNS 配错了”,而是 macOS sleep/wake 之后,sing-box 的运行态和系统网络态失同步了。 证据很直接:排障记录里,Wi-Fi DNS 一直还是 223.5.5.5,launchctl print ... read more →

Tip 本想专门按照“”写篇blog,但终究是学识短浅,无从下笔,所以这里只写点碎片化的感想和判断。本文分为两部分: 1、总结这个视频 不学朝鲜,死路一条:伊朗当务之急是献祭哈梅内伊换取实际拥核_哔哩哔哩_bilibili(只有这个视频说的最清晰,其他的要不没体现思考过程,要不没有结论,总之有效信息太少。另外,这个视频本身的几个判断都精准无比,所以只需要总结即可) 2、拓展些我的感想和判断 总结视频 唯一生路 唯一生路是 打赢反侵略战 -> 教士集团放权(IRGC成立军政府(能 ... read more →

对skills拆分管理 [2026-03-10] 这几天把 skills 的声明式管理跑通了,目标始终没变:希望能用 declarative 方式稳定管理常用 skills,同时保留临时技能的低成本使用体验。 一开始尝试过直接用 Taskfile 手搓流程,核心机制是对比本地 .skill-lock.json 和 YAML 清单,算出待安装列表再执行安装。这个方案能跑,但有两个明显问题: 本地自维护 skills 的 workflow 太重(改 skills -> push -> ... read more →

TLDR 本文是 deploy-rs-migration 的后续 在使用了一段时间deploy-rs之后,结合使用体验以及发现的一些问题。所以写这篇blog来做个总结,顺便解惑。 本文的基本逻辑是: 从源码层面,去解答以下问题: 为啥 colmena 支持并发 deploy,而deploy-rs 只支持顺序deploy? deploy-rs为啥deploy很慢? deploy-rs是怎么实现 magic- rollback 的? 这三个问题的谜底是一码事吗?还是说并不同?以及是否还有其他 ... read more →