https://www.youtube.com/watch?v=aoag03mSuXQ 最近刚用 LFS 构建了一个完全属于自己的发行版，并用自己的包管理工具维护的三百多个包以及依赖，发现了这个系统构建以及维护是一个耗费精力的事情，同时在更改 FHS 时候我造成了几乎不可逆的破坏，这个需要我重新走一次 Stage 1 和 Stage 2 的流程构建临时环境，对当时我精力几乎耗竭的情况，我是不乐意的，因此我退回了 Arch Linux 。 正好刷到这个视频，讲到的概念与最近构建自己的系统所感知道的不谋而合，比如公交系数，我每构建一个包我都会去官方的页面去查看这个包的最新版本和日期以及更新频率，如果必要我也会去看一下贡献者，我也在这个过程中无法避免的编译了很多压缩工具和算法，发现这个生态也是极其脆弱的，同时我也发现 rust 渗透的层次越来越深。

数据管理真的让人头大，这个世界太凌乱了，对抗熵增太累了。

起因 当初创建自己的发行版，目的很简单——想完全掌控自己的电脑。 对于包管理工具而言，正常情况下更新都跟着包管理工具走。但在默认以二进制分发的发行版上，你无法掌握包的编译参数是否适合你的机器，也无法确认编译产物能否在你的硬件上正常运行。这也是滚动发行版可能存在的风险之一。 从 LFS 到自建包管理工具 很早之前就尝试过 LFS，前后编译过几次，但受限于当时的能力和生产力，多次卡在引导阶段，而自己并没有足够的认知来理解所处的困境。同时也逐渐意识到：LFS 没有包管理工具，终将是一艘驶向沉没的大船。...

hwdb Custom keyboard remapping Reference: /usr/include/linux/input-event-codes.h leftmeta -> leftalt, leftalt -> leftmeta, capslock -> leftctrl menu -> capslock, rightalt -> rightalt...

最近再编译自己的系统，在不断地重试中越发觉得flatpak的意义。 系统底座 + Flatpak 应用层，可以减少自己维护系统的包的数量， ABI 也是令人头疼地问题。

之前基于已有的增强了一个油猴脚本，反馈还不错： https://greasyfork.org/zh-CN/scripts/527814-%E5%96%9C%E9%A9%AC%E6%8B%89%E9%9B%85%E4%B8%93%E8%BE%91%E4%B8%8B%E8%BD%BD%E5%99%A8 然后最近遇到一些问题，我又创建了一个新的脚本： https://greasyfork.org/zh-CN/scripts/566522-%E9%80%9A%E7%94%A8%E8%A7%86%E9%A2%91%E5%80%8D%E9%80%9F%E6%92%AD%E6%94%BE%E6%8E%A7%E5%88%B6-universal-video-playback-speed-control

祝大家新年快乐！马年完事顺遂！

我网站的 logo 是大犬座，因为和域名贴合，以及我对天文有一些兴趣，自己绘制的。

之前电脑重装的时候出现了密码锁在密码柜的情况，导致就连我备份的密码也找不到了，当时我很多重要的数据和笔记都在哪里面，我非常的痛心疾首。过着这么久我都接受这个事实了，然后回到家里发现，我还有一个密码以及备份没有所在原来系统中（我密码都是随机生成的，所以我不会一个个去记忆），这次损失的数据也只是大半年的数据，还好。

原文地址 Eric Steven Raymond — Thyrsus Enterprises — <esr@thyrsus.com> Rick Moen — <respond-auto@linuxmafia.com> 版权所有 © 2001, 2006, 2014 Eric S. Raymond, Rick Moen ---...

更换了图床应该可用了，选择用 MinIO 真的是架构上决策的失误，当时那个节点选择 MinIO 真实 49 年入国军，换成 SeaWeedFS 了。

后续改进： 为什么后台编辑换行反而多了一个行 上传4m左右大小的图片失败，检测服务器存储空间以及oss配置，或者后台限制 连续写articles类型前端没渲染出来，前端只渲染了最多50个