我上次安装 Linux 失败，是因为那块主板的 BIOS 不支持 legacy boot 也不支持 MBR ，导致一众发行版的官方安装镜像除了 Fedora 的一个都不认。最后手动重做安装镜像为 UEFI+GPT 就好了。

不过看 OP“卡在进度条”的描述，大概不是同一个问题。OP 的问题似乎是网络环境问题导致下载软件包更新的时候卡住了，但由于没有把问题描述清楚，别人也只能猜，无法给出有用的解决方案。

@amorphobia #3

很久没碰 windows 了，所以没有特意去适配。刚弄了台虚拟机看了下，问题原因是 cygwin 环境下构建需要额外参数，加上以后就可以正常构建。

cygwin 上 arif 的核心功能包括 readline 都可以正常使用。但是 arify 用不了，大概是 LD_PRELOAD 在 cygwin 上的行为和 *nix 有所不同导致，没有细看。

Rime 能不能用不清楚，因为 cygwin （包括 msys ）上没有 librime 的包（而且它的依赖也有缺失）。如果你有兴趣可以试试。

另外，项目相关的技术讨论建议发到邮件列表（具体地址见项目主页）。这样不仅能更快得到响应（我不经常登录 V 站），还能帮助到其他用户。

@TimePPT #8

还有一点就是 "~" 和 "/" 都是可以用于 local-part 的合法字符（ RFC 5322 ），但是很多 MTA 不支持（包括我常用的某老牌企业邮箱），导致一些基于电子邮件的服务（比如邮件列表）无法正常使用。

我在使用 lists.sr.ht 的时候就遇到过这个问题，好在他们提供了另外一套地址规则作为 fallback

Super+Return -> foot
Super+Shift+Return -> librewolf
Super+d -> fuzzel
Super+Escape -> swaylock
Print -> grim -g "$(slurp)"

无所谓了。

我在「分享创造」节点发帖，只是在随手分享自己的作品，就像和朋友分享自己的游戏通关截图一样随意。并没有指望着能有人来关注、试用、讨论技术（事实上也的确几乎没有，大概是因为这个节点帖子质量这两年有明显下降，导致潜在的目标用户都流失了），更不用提打赏了。

就算有人打赏也不可能指望着靠这个赚钱。要知道很多知名开源项目一年收到的捐赠可能都不够买一杯星巴克（

更多时候不是笨的问题，而是疏忽导致的犯错。
尤其是当程序架构设计得比较糟糕，屎山代码一堆起来，这种疏忽就更容易发生。

所以我现在写的新应用默认当我开始处理不信任的用户输入时，攻击者立即取得 ACE 。
但由于有 seccomp+landlock / capsicum 沙箱兜底，即便如此攻击者也无法造成实质性的损害（如果沙箱自身没有漏洞的话）

To Err Is Human; To Sandbox, Divine.

我自认为是一个视野短浅的人，只能看到眼下的事物而非长远的发展，从小到大没什么能称为「理想」的东西。

最开始学习计算机技术只是觉得好奇、有趣，想搞明白为什么。
刚毕业时选择一份程序员工作也只是想凭自己的技术养活自己，在社会中取得立足之地。
那时程序员就业还算容易，薪酬待遇不错，而我恰好会一点点代码，何乐而不为呢？

但由于自身能力平庸，内心也不够强大，多年来心理状态一直不太好，有时甚至到了精神崩溃的边缘。
直到我深入接触了自由软件文化，这才久违地感受到了内心的平静。

如今推动自由软件事业发展就是我的人生目标，为此我可以微笑接受一切质疑、嘲讽和谩骂，哪怕得不到任何物质报酬也在所不辞。大概这就是「理想」的魔力吧。

GrapheneOS 用户（也包括各种其他第三方 ROM 用户）内心毫无波澜：
不管你谷歌加上什么反人类的限制，我直接给它去掉不就行了。

除非有一天 AOSP 暴死，Android 变成彻头彻尾的专有软件。（其实最近已经有这样的苗头了，未雨绸缪一下也好）

@newtype0092 #43

等这个 RFC 实现了就没问题了： https://wiki.php.net/rfc/partial_function_application_v2

@passive 我在自己的 PC 上用 Proton 可以完美游玩，你也可以试试

我心目中的国产 ARPG 最佳，没有之一。没想到制作人竟然是 V 站的元老用户。V 站可真是卧虎藏龙

---

除了游玩方面的体验外，个人觉得 AI LIMIT 最大的加分项是新颖的背景设定：
不同于传统的「 AI 造反」设定，这游戏里的人类是因为过度依赖 AI 带来的便利，以至于失去了自主创造的能力。
当 AI 失控，不再为人类所用，人类这才惊恐地发现，发达的现代科技在自己手里如同破铜烂铁。
最终社会秩序难以为继，生产力重新回到了旧时代。AI 没有造反，是人类把自己作死了。

在 LLM 迅速发展，vibe coding 盛行的当下，这个故事可谓是很有前瞻性了
（记得早在 2019 年 AI LIMIT 就有 demo 了，不知道中途有没有改过剧本）

我觉得保持技术热情的关键在于摒弃功利主义和虚荣心。

当开始一个项目的时候，先问自己：人生苦短，为什么要花费宝贵的生命去做这么一个东西？

如果答案是「能给自己的生活带来方便」，或者是「有趣，能够放松身心，陶冶情操」，甚至更进一步，「能帮助他人，给社会带来价值」，那恭喜你，你做这件事的技术热情很难消散。哪怕是遇到难题，或者得不到他人的关注和支持，也不会因此而轻易放弃。

但如果反过来，如果你做个人项目是为了「挣外快」，「丰富自己的简历」，或者「向他人展示自己的技术，证明自己不是个废柴程序员」，那当你无法从中得到及时的正反馈时，热情必将大打折扣。

如果你用 vim/neovim 的话，可以 :set cinoptions=:2
目前我就是这么配置的。

也可以根据情况控制其他标签，比如 jump label ，或者 C++ 的 access specifier 的缩进。
参考： https://neovim.io/doc/user/indent.html#cino-%3A

@jifengg #15

然而 POSIX 没有规定 readdir 返回目录项的顺序，包括 ext4 、btrfs 在内的绝大多数现代 on-disk 文件系统对此也没有任何保证。

ls 有默认按文件名排序的行为，所以看上去是有序的。如果带上 -f 参数，会发现目录项的顺序可能没有规律（具体参考文件系统实现。比如 ext4 用的 htree 就是根据文件名 hash 排序； btrfs 则是基于 counter ，所以看到的顺序基本上是目录项的插入顺序）。

现在回到 mv/rm 上。在批量删除的时候，没有必要对目录项排序后再操作。具体到实现上，比如 coreutils 的 remove.c 里面的实现，调用 fts_open() 时传的第三个参数是空指针，也就是不排序。你可以带 -v 参数，或者 strace 来实际验证是不是这样。

----

当然这些其实并不是很重要。楼上 @msg7086 大佬的回答已经说明了没有文件会被删除，因为命令指定的根目录是 / 而不是 /*，复制没有完成，所以任何文件都不会被删除（如果是后者，就要看 shell 是如何展开的了）。除非 OP 用的不是 coreutils ，而是其他的 mv 实现，那样的话就需要另外分析了……

我时常也会有一些想法，一搜发现没人做过，或者至少没有公开。

每当这个时候，我就会将它记录在自己的长期 TODO list 上。这上面已经有上百个条目，但只有 10% 左右付诸了实践，做到值得分享出来的程度的更少。人生苦短，再让我多活 100 年，也很难清空这个列表（没准还会变得更长，哈哈）

我做事的原则是，要么就摆烂不做，要做就做到底，不给自己留烂摊子。

比如最近做的一个小工具（见我在「分享创造」板块发的第一个帖子），想法产生于 2023 年，去年用了一年的业余时间断断续续地开发，做出来一个基本可用的 demo ，年底公开出来。今年又持续维护了半年，修了大量的 bug ，完善了文档和测试用例，现在已经达到了一个较为稳定的状态，预计年底大概就可以发 beta 版本了。

我做的东西其实都不算复杂。我做了一年半的东西，换作是专业开发者，也许只要一个半月就能做到相同的程度。如果我自己用 AI 的话，或许也差不多。但对于我来说，享受创造的过程和享用成果同样重要，所以不会考虑用 AI 来辅助开发个人项目。

经常有人说「代码不值钱，值钱的是代码背后的思想」。小白时期我非常认可这句话，但逐渐地我发现，这世上有太多的美好想法因为各种各样的原因胎死腹中。能将想法落地，比提出想法还要难能可贵。

现在的 AI 爬虫都不讲武德的，UA 模仿正常用户，很难用简单的规则去过滤。
目前比较有效的无非是接入 Anubis 或者 go-away 这种基于计算量证明的对抗手段。

当然对正常用户的影响还是有的，首先它比较吃性能，我的 pixel7 访问几个这样的网站就开始发烫了。
还有很多用户根本不想在自己的浏览器上运行 JavaScript 。

另外，最近流行一种「浏览器插件把用户设备当肉鸡来驱动 AI 爬虫」的操作（关键词：Mellowtel ）。
如果这种行为不能及时得到遏制，那反制的成本无疑会进一步提高……

这就是为什么我们要讲「自由软件」而不是「开源软件」。

开源软件的支持者或许有各种各样的目的，但我们支持自由软件只有一个目的：捍卫自己使用、修改、分发软件的「四项基本自由」。仅此而已，不是什么「乌托邦」，并不需要「信仰」，也不需要「站在整个人类的角度」。

---

我不是程序员（会写点代码，或许算半个程序员），但作为用户我是坚定的自由软件支持者。原因很简单，专有软件我用着不爽。它们通常喜欢狂妄自大地教用户做事、用各种霸王条款限制用户、肆无忌惮地收集用户隐私、生态封闭难以与其他软件交互，等等。我也无法低成本地修改、调教它们以满足自己的需求。

虽然自由软件无法完全避免上面那些问题，但如果开发者是真的怀着「尊重用户的软件自由」的心态去开发，那做出来的软件在这些方面通常是能够令人接受的。我可以轻松选择出若干个自由软件的组合，适当地进行修改，有时会让它们和我自己写的软件配合，从而满足自己使用 PC 的各种需求。而如果让我从专有软件里选，那恕我无能，我做不到。

如今我的个人设备上 99% 的软件都是自由软件，少数的例外包括某些在国内生活无法避免的软件（比如微信，除非不跟国人联系，或者能说服和自己联系的人都不用微信，我做不到），还有电子游戏（个人认为电子游戏作为一种文艺形式而不是工具，它的 nonfree 属性某种程度上是可以接受的）。

---

当然，我不完全是自由软件的「吸血者」。自从 2020 年底我持续给 FSF 捐赠，来支持他们的自由软件运动。我有时也会给我所使用的自由软件的开发者捐赠（尤其是当他们声称自己经济上遇到了困难）。虽然技术能力有限，但有时我还是会在能力范围内回馈社区，比如回答新手问题，或者贡献 bugfix 甚至新功能（像 foot 终端模拟器、FreeBSD 等常用软件里，常常能看到我的代码，虽然量不大）。

我也偶尔会把自己写的东西分享出来，如果我觉得别人可能感兴趣或者觉得有用。当然「己所不欲，勿施于人」，我只会分发自由软件而不是专有软件。

如果将来有机会能从事程序员工作的话，我也会选择那些能够促进自由软件事业的工作（事实上我正在做这方面的准备，也看中了一些目标公司，如果有进展或许我会发个帖子聊聊）。

---

最后，有关自由软件： https://www.gnu.org/philosophy/

或许大部分人早就有所了解，但如果只是道听途说，或许会有所曲解。可以看看自由软件运动的创始人是怎么说的（当然要结合自己的思考，盲目地听信或者排斥都是有害的）。

其实 (8) 在当今比前面几个都要常见。简单方便，而且并不过时。

现在相当多的社区项目（其中不乏像 Linux 内核、QEMU 这种大型项目）仍然在使用这种方式进行协作