aloxaf

这里面只用过 copilot ，首先 agent 模式慢很多，不管是请求还是编辑都慢。
这个其实我还能接受，但 tab 实在是差远了！

copilot 的 tab 别说补全代码，TM 连基本的重构都做不好，给的建议莫名其妙，

> 20 刀一个月是赚不了钱吗

我也觉得现在的 Cursor 没以前好用，但是你说 20 刀赚不赚钱，那肯定是不赚钱，完全是在烧钱抢市场。

@PrinceofInj 我也非常震惊，点进来之前估计以为是讨论什么历史遗留问题之类的，结果很多人竟然连 checksum 是什么都不理解，还在嘲讽可行性……

@dilidilid #37 确实，依赖管理非常混乱。

我刚刚又确认了一下，libbtrfs0 不是不能升级，而不是能安装，因为系统自带了一个 /lib/libbtrfs.so.0 ，不属于任何包，估计是他们自己 make install 的。

在我看来，设计这种系统
——要么把自己的软件也纳入包管理，写好依赖关系，这样至少不会因为用户跑个 apt install 就把系统搞挂。
——要么把私有的东西做好隔离，别和系统软件混在一起

现在这乱七八糟的状态，真的不敢动这个系统。

> 某次我登录系统之后发现绿联要求我“升级权限”，而且没有取消和跳过的选项，只有一个按钮就是升级。

这个问题我也遇到了，经过反复测试，最终确认原因是升级了 btrfs-progs 导致的。
除此之外也不能升级 libbtrfs0 ，否则 SMB 服务用不了。

（绿联工程师似乎不会用 apt-mark hold ）


> BTRFS 快照至今没有上线。这个是之前 Q1 做的预告看起来是鸽了，隔壁飞牛已经上线了。这个我也不太理解有啥开发难度，可能是测试过不了？

我也不理解，对他们来说应该没啥难的，因为难点全在和这 SB 系统的兼容性上，这是我手动折腾的经验：
1. 注意上面提到的不能升级的包，如果直接 apt install snapper 系统就会炸。
2. 绿联即使你没有用，也会开启 btrfs quota 功能，这会导致 snapper list 非常非常非常慢。解决方案是要么关掉 quota 、要么不用 snapper 。

我权衡了一下，关掉 quota 可能会对绿联这脆弱的系统造成不可预知的影响，但我也不想手写快照策略。再加上短时间内搞炸了好几次，心累，就没再折腾了。

这日志看着太奇怪了，不仅有 「 blob data 」 还有「 Vim: Finished 」，这是在里面启动了 vim ？究竟怎么写配置才能做到这种效果？

建议把服务、配置都发出来看一下。

> 哪怕是机主我也看不到别人的数据

其他需求基本上都是成品 nas 必备的，但这点好像没有 nas 能满足……