桌面端 Arch
既然桌面端用 Arch 了，那服务端也用 Arch 最顺手。
还有一台小代理服务器跑 Alpine 。
远离 deb/rpm shit 。

原生也不建议换，换了之后 recent screen 动画割裂。

这不是格式稳不稳定的问题，导出了你也没法用。你想想 Vec<Vec>是一系列指针组成的 Vec ，你导出去也是一堆内存地址有什么用。
直接找个高性能二进制的序列化格式就是了，如 http://cbor.io/

DHCP 为什么要指定？只要把它的 DHCP 服务器关掉，你的 DHCP 服务器又绑定了相应的接口，自然就会使用你的。

@meisen 如果 tg 也像微信一样不给云同步的话，这个 bug 早就能修好了。

@tlmn
LD_PRELOAD=./lib.so bash -c "ls --color=auto" | cat
是可行的，如果你不加引号第二个参数会被 bash 解析。
实际上只需要为需要强制输出颜色的命令设置环境变量就可以了，不需要大范围的劫持。你甚至可以再完善一下，在除特定情况外正常调用 libc 的 isatty 函数。
不过这种方式对静态链接的程序不适用。

中文可能更需要的是将各种规避机器匹配的 malformed 词语恢复的工具？

@jjpprrrr 我表达的主要是得 maintainer 自己需要，他才有足够的精力去维护。很多热门机型都比较旧了，弄第二台当 AB 测试也没多少成本。就算不是主力机备用机也好，如果自己用不到的话，很难有动力去修 bug （特指特定机型 maintainer ，不是 distro 的开发者），毕竟没人发工资。当然有些特别热门的机型社区规模较大 donation 多，或同时维护几个 spec 非常接近的型号之类的特殊情况可能例外。
一般来说同一个型号，一样的 ROM/vendor 固件版本，开发者的设备上没问题用户的设备上出问题了，那大概率是硬件出问题了。有很多 bug 光测试是很难发现的，只有真正使用才能暴露出来，这样的情况不自己使用的 maintainer 很少修好。

@overthemoon 我的意思是招 rust 问的底层知识（操作系统、内存管理等）和招 cpp 问的差不多，没说要你会 cpp 啊。

@youthfire
>Connection established
连上了，与中间链路无关，你服务器 sshd 配置问题。
另外你 IP 暴露了，v2ex 是无法删帖和编辑的，建议下次发这种内容放到一个 pastebin 服务上并设置自动过期。

为啥要用国内的？ ddns 只是个解析服务而已，用一个被墙的提供商也没有影响。
只需要路由器上请求更新 API 时套代理，外部设备本身也是翻墙状态，就完全没有任何影响。
使用被墙的 ddns 还能一定程度避免被查处私开 web ，因为境内根本打不开，境外也很难打开。

ssh -v

业务相关（区块链等）
底层知识相关（和 cpp 差不多）
再就是 rust 本身，nomicon 、async 实现细节、类型系统相关的复杂情况下生命周期、泛型、pin 之类的。

@jjpprrrr ROM 团队除非很小众的一般都是靠谱的，问题常常出在特定机型的 maintainer 。
标准其实可以更简单一些，主要看 maintainer 是否主力使用他所维护的这个机型和 ROM ，有 bug 才会积极的去修。如果水平和精力不够修不了或懒得修 bug 那他也不会主力使用。
维护这个东西都是 free time ，如果 maintainer 自己不主力使用的话，不论技术水平如何，他一般也没有太多精力和积极性去修 bug 。

@tlmn 这成本还高？创建一个 lib.c ，内容如下：
int isatty() {
return 1;
}
然后编译 gcc -shared lib.c -o lib.so
加载使用：
LD_PRELOAD=./lib.so ls --color=auto | cat
就可以看到彩色输出了。

@whenov 因为前者不内置 gapps ，你说的那些应用都是 aosp 项目的。而后者自带 gapps ，你说的那些应用是 Google 的。aosp 的应用质量糙是谁的原因我想不言而喻。

@sepwolves goldendict 是自由软件，并且功能完全足够使用