有什么折腾的，看了一眼我的 dotfiles 提交记录，已经快一个月没动过了。
我还是用得更折腾的 Alpine Linux + Sway + Emacs 。

我当初从 Arch 换到 Alpine 作桌面的原因是觉得，要去做更难的事情才能学到东西。

另外觉得国内很少有国外的社区氛围，很少能从这些东西里得到归属感。

@yf215 #129
我所有 Linux 环境都是 Alpine Linux ，笔记本，台式机，VPS 都是的。
偶尔需要一个 glibc 的话，就跑个 Arch 的 chroot

找了我的一段代码，写得不好，见笑了 https://gist.github.com/LindsayZhou/b0c41ec3155952ca2f0b556035f4cfb0
作用是对 示例属性 (json) 的 格式验证，过滤和分割

select 一个 channel slice

我是直接尽量直接在宿主机上跑。

软件全部都用来自系统包管理的，如果官方的源里没有的，就自己打包。
我有一个自己维护的软件源，用的 Alpine Linux ，打包跟 Arch 一样方便，也有 stable 版本。

如果需要隔离或者沙盒，就 chroot 或者 bwrap ，Alpine Linux 玩这个也很方便和迷你。

不过也不反感虚拟机，我桌面和测试环境用 qemu 跑的 win10 虚拟机。

不喜欢容器，觉得很脏，会留一大堆数据文件（ btrfs 子卷），会动我的防火墙。

Re #13 #16
最小的 openrc 服务也只要几行
```
#!/sbin/openrc-run
pidfile="/run/${RC_SVCNAME}.pid"
command="/usr/sbin/ntpd"
command_args="-p ${pidfile}"
```

ref: https://github.com/OpenRC/openrc/blob/master/service-script-guide.md

https://drewdevault.com/2023/09/17/Hyprland-toxicity.html

（从我个人的主观情感上讲，在 linux 的话题下，“为什么不用 wsl“ 的回答，都有点让人稍微有点看不起

@Motorola3 #6 这个我是一边翻其他人的代码，一边看 rfc 。
rfc821 Section 3.2 简单提了一下 forward 。

@nice2cu #3 如果 「发送人」是指邮件的 From 头的话，不用改。
只要域名的 spf 记录配好了，直接什么都不改，转就行了，接收方会通过 dkim 签名去验证。
邮件列表就是这么玩的，（只是邮件列表的 To 也不是实际的接收邮箱，还带了一些 List 和 ARC(非必须) 的邮件头）

好像还要注意以下 dns ptr 的东西，这个我也没搞清楚，不过好像也不是必须要有的。

maddy 可以用写配置文件定义邮件的处理流程，可以去看看能不能不存到本地，直接转出去，我不太确定。

既然都这么问了。
这不得用 Linux 装个 RetroArch 来玩 《塞尔达传说缩小帽》、《神奇宝贝漆黑的魅影》 、《火焰纹章》吗。

@jhdxr #59 楼上已经说了，能够尽量少用一些组件。

另外对于 「为啥放着 S3 不用要去存 DB 」，因为有些场景 DB 比 S3 更快和更方便。
sqlite 的 benchmark 表示，对于 10kb 大小的文件，存 blob 比文件系统快 35%
https://www.sqlite.org/fasterthanfs.html

桶排序，每个桶做成一个文件。

二次元爵士风
https://www.youtube.com/watch?v=INbxTEerZSk


~~ lofi 听多了会腻，听首碎核换换心情 ~~

https://www.youtube.com/watch?v=Pf7so83nFvM

@Akiya #44
个人感觉没问题，用不适合的工具做事情本来就不是工具的问题。

我这边最近写的一个东西要同时处理多个网络命名空间。
比较好的处理方式是起不同的线程，同时放在不同的命名空间里。
但是 golang 不行，因为 goroutine 的操作，不能让用户控制线程。只能锁住不让 golang 切换线程，修改当前线程所在的命名空间，这样会带来严重的性能问题。

但这不能算是 golang 的问题，goroutine 带来的好处明显大过给这些边缘功能带来的坏处，我也觉得官方库不应该为了适配这种特殊场景增加额外的复杂度。明显就是我不应该用 golang 去做这个功能。

遇到过国内源部分同步，导致依赖安装不上的情况。但是应该是整个包都安装不上才对，iirc 。
强制忽略依赖检查了？

你这个问题在群里问会被 dio 一顿
依赖信息是打在包里，签过名的吧，国内的源不太有给你改的可能性。

#43
激进的暴言一下
（虽然我也是屁股决定脑袋，）说 Arch 容易滚挂应该是没深入用过 Arch 。基本上只要知道自己在做什么，几乎不会有滚挂的时候。

我觉得 Linux 是非常面向开发人员的系统，那些不知道自己在做什么的普通用户不适合用。个人感觉 ArchCN 对待用户的态度也有点类似，并不需要扩充用户，粗俗一点说就是“爱用用，不用滚”。
之前看到过一个比较 Linux 和 Win 的比喻：你想搬石头砸自己的脚的时候，Windows 是不让你搬，Linux 是让石头精准的落在你的脚上。
用 Linux 砸到了自己的脚，我觉得不能赖系统。

用过 Alpine Linux 后，觉得 Arch 用起来挺友好的。中文社区强大，能解决的问题都给你准备好完善的方案了。
也不用去管那些非常底层的东西。

比如 Arch 几乎都察觉不到 udev rules 的存在，包装好就自动配置好了。
Alpine 上就要自己去找，有些情况要自己加用户组，有些是 rules 拆到了另一个包（貌似 debian 也类似）

用 Arch 逛逛 CN 的 TG 群挺不错的，很多人都愿意帮忙。就是群里问问题之前先自己查清楚，不然问蠢问题会被骂。