glibc 版本过低，影响一系列的东西，比如 fcitx5-rime，都不能够正常运行，编译都成问题。

与之形成鲜明对比的是，优麒麟——已经是 2.35，使用 Qt6 搞开发非常方便。

希望要把这个事的权重提一提。

• 你好,感谢你反馈的问题
• 我已将相关问题反馈给需求人员进行评估分析

生态要大家共建，在 glibc 这么关键的、这么基础的问题上，如此版本落后、影响用户和第三方开发者自由发挥，实在是不智之举。

我这里编译的好好的呀

可能你只编译了libirme，而没有联合编译 rime 的语言模型插件，lua插件

大版本更新时会升级glibc

在 deepin 上自行编译不应该有问题啊，从别的发行版编译然后拿到 deepin v20 才会有的吧。abi 问题，很底层的包，影响面太大，还是等系统大版本（v23）更新吧

行吧，无所谓了，你们等好了。

生态要大家共建，在 glibc 这么关键的、这么基础的问题上，如此版本落后、影响用户和第三方开发者自由发挥，实在是不智之举。

和需求人员还有研发人员沟通了,应该在v23的时候会更新~

开发环境还是用debian/ubuntu/arch更好，deepin更适合作为windows的平替，家用办公

qt6可以在deepin编译和运行（我可以确认），一些插件不注意兼容以前版本肯对也不对，比如某个软件在只能win 11运行不能在win 10运行肯定是他问题，就算deepin已升级到v23，只是代表发行商已升级，用户有权利保留不升级，事实上qt6兼容debian 10，其他软件也一样，比如微软的sql server兼容debian 9,10,11，

但deepin也应该尽快升级底层，原因是反过来，让开发者更快去是配新版本的底层，你3、5年都不升级底层，某些软件开发者（只用deepin）就没法去适配新版本的底层。

向前兼容是发行商和开发者一起的责任，向后兼容是开发者的责任。

下半年会对glibc进行升级，目前没有这个计划。

就是因为各个系统的各个版本的中第三方库版本混乱问题。

所以才会有 flatpak snap appimage 此类工具。

在 v20 上编译的软件是否能够在 v23 上运行，v24,v25,v26 呢？为什么不能运行？

非使用系统特定功能的软件不要针对某个系统进行开发，很不明智。

自己编译吧，或者使用其他系统中已经编译好的。

然后使用 appimage 打包。

你都不知道自己在说什么，何必凑这个热闹呢？

你说是就是。

我能在系统上运行 py3.5-3.11 的任何一个版本，或者同时运行也可以。知道为什么吗？

我能运行 vim v8.2.5141 最新版本，知道为什么吗？

还有 llvm11-14。

很方便就能做到。

而且不止deepin 系统，其他发行版也同样的方便就能做到。

建议你看看 https://docs.appimage.org/reference/best-practices.html#binaries-compiled-on-old-enough-base-system

遇到这个问题的不止你一个了。

appiamge 提供了解除此困境的办法。而且是可行的。

而你却在请求\等待系统更新此依赖库。何等的无奈。

然后你更新了系统，接收方却不想更新系统，此时你又得无奈了。

你就慢慢等待系统更新吧，再见。