WorseIsBetter

我的个人项目（参考我发的第一个主题帖）也有处理 32-bit/64-bit 的 off_t/time_t 。我觉得这块其实是很 trivial 的，没你说的那么复杂。

原则只有一条：管好自己的项目就行。

你的代码里需要意识到这些类型有 32-bit 和 64-bit 两种可能，并且分别对其做支持（或者不对某些情况做支持并让构建过程失败），就足够了。至于和其他程序的 ABI 兼容，是由发行版的包维护者或者用户自己（如果他们选择自行构建）来保证的。

除此之外，你唯一能做的，大概只有把构建脚本写得更灵活、优雅，再配上清晰明确的构建文档，让包维护者和用户少走或不走弯路。

另外：不建议依靠 autoscan ，那玩意只起到一个基本的示例作用，对实际项目的帮助不大。还是得想清楚自己具体需要在 autoconf.ac 中检查什么、配置什么，然后根据需求来写

我上次安装 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)"

无所谓了。

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

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

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

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

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

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

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

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