程序员角度，无非就是第三方接口对接问题。到期自动发起兑现，问题可能支付宝也可能出现在银行 ，3 年时间变动太大了。维护接口的人员说不定都离职或优化了，参数有修改没兑成功，需要查日志了，当时就应该扯皮了。也谈不到太大阴谋论，估计发现烂账手动给你兑现了。

这仓库命名空间，注定只能围观一下了。

主要就是硬件解码的参数是固定的，有极限。留给某一格式的晶体管就那么多。

用虚拟线程最合适 ，虚拟线程依次串行访问 。还能大并发

项目全 ts 类型标注。

Arch 本来就滚动更新，Linux Kernel 官网主线才 6.12-rc7 ，已经最新了， 你自己编译能提前变正式版？

IP 不便的情况 ，一般是通过 BGP 协议做到的路由更改

电池排行榜发出来

曾经的多吉云用户

Tauri 做商业应用坑定是不行的，最大问题就是跨平台的浏览器内核版本不一致 ，比如用到了一些最新的 css, js 特性，另外这东西一旦没法运行 ，连反馈渠道都没有（因为没运行起来），商业产品大忌。

@chesha1 现在说这些没什么用，有就是有，没有就没有。我想“有”

@kk2syc 这个操作我知道 ，也运行起来了。但是我用的 Fedora 41 KDE wayland 下不能输入中文，删掉了，暂时不研究

@dalaoshu25 我看了依赖 libbz2.so.1.0 , 但是 Fedora 41 只有 libbz2.so.1 和 libbz2.so.1.0.8 , 不知道它的 rpm 是在哪个环境构建的, 依赖错了

楼上 2 位嘴里嚼翔， 肯跨平台，必然是要肯定的，抛弃旧有技术坑定有阵痛 。光支持 linux 已经很香了，不知道嘴那么臭干嘛

Fedora 41 KDE 桌面 wayland fcitx5 下无法输入中文

Fedora 41 安装 rpm 版本失败，经检查缺少只 libbz2.so.1.0

命令: /opt/wechat/wechat
报错: error while loading shared libraries: libbz2.so.1.0: cannot open shared object file: No such file or directory

命令: ls -lh /usr/lib64/|grep libbz2
lrwxrwxrwx. 1 root root 15 Jul 17 08:00 libbz2.so.1 -> libbz2.so.1.0.8
-rwxr-xr-x. 1 root root 79K Jul 17 08:00 libbz2.so.1.0.8

Fedora 上没有 libbz2.so.1.0 , 固定链接只有 libbz2.so.1.0

虽然可以创建软链接，但是治标不治本 ，希望可以重新构建以下依赖

你既然有自己的判断，坚持自己的判断就行，何必来发帖呢。

我买的铭凡 UM880 Pro ,配 64g 内存 ，运行完全没声音（不打游戏）。很满意