低 glibc 版本服务器，有没有办法用 AI？

[stuliren]

现在我用的服务器里装的 glibc 版本比较低，也没办法升级，甚至不联网……一直使用的是 VS Code 的 Remote SSH 连接到上面开发。之前用一些手段绕过了 VSCode 的 glibc 版本检测，活是能干，但是 AI 只能选择 copilot ，用免费的 2000 次补全。Trae 这种连上了也用不了 AI 。因此想请教版里的大家有没有可能的办法？

[284716337]

不要随意动系统的 glibc ，血的教训😂编译了单独放个目录，设置环境变量

[tinybaby365]

可以用 docker ，docker 容器和 host 共享内核，但可以有自己的 glibc ；
如果系统无法安装 docker ，可以用 chroot ，把某个 docker image 的基础 rootfs 解出来，chroot 进去使用；
最坏的情况是 kernel 版本太低，你的 glibc 不兼容内核，这种情况一般人遇不到；
没事不要升级系统的 glibc ，但可以自己编译安装 glibc 到/opt/glibc-xxx/下面，用 LD_LIBRARY_PATH 指定/opt/glibc-xxx/lib ，让你的程序优先用这个 glibc （不确定是否要 patch ELF 文件的 interpreter ）

[jc89898]

你自己搞个静态编译的不就完事了

[flyqie]

@guoer #3

docker 为什么会用宿主机的 glibc ？？

[Trim21]

你 glibc 具体什么版本啊

[stuliren]

@Trim 2.7 ？

[sir283]

AI 怎么跟 GLIBC 扯上关系的？你的 AI 组件如果依赖高版本 GLIBC ，那你就要重新基于现在环境编译一份组件出来，我不清楚 op 是前端开发，还是怎么，如果是前端开发，那就 rebuild 一份 nodejs 就行了，很简单的。

[linhua]

nix 包管理器 或者 junest(基于 arch 的） ，推荐 nix 。如果机器性能足够，还可以用 gentoo prefix ( https://wiki.gentoo.org/wiki/Project:Prefix)

[stevenshum]

@284716337 glibc 自定义目录安装后，好像很多软件也不适用

[nkidgm]

不对啊，docker 不就是把一切需要的依赖统一打包到镜像里的么，就好像 CentOS 7 的镜像，正常官方都会把 7 对应的 glibc 的二进制文件放进去镜像吧。如果不这样，镜像还分 CentOS 7 CentOS 8 CentOS 9 就没意义了。

[zx900930]

如果只要求运行的时候无需 root 权限，rootless podman/rootless docker 就解决了，缺点是安装的时候需要 root 。
完全没有 root 权限的话，可以 patch elf ，要是这也解决不了，那么自己拉源码编译吧。

[nkidgm]

不过有一种特殊情况需要注意的，就是那种体积非常小的镜像，那种真有可能是用宿主机，他们那种镜像为了追求极致轻量化，很多时候都直接映射宿主机的库文件，所以如果要追求兼容性，最好是用那种常见的打包好一定依赖的发行版，所以我部署 docker 应用，一般不用轻量级镜像，而是转用传统的 ubuntu ，centos 的镜像。

[Trim21]

@sir283 这里说的其实是 vscode remote server 有 glibc 版本要求……

[DefoliationM]

楼上怎么有个人不懂装懂，docker 怎么可能用宿主机的 glibc ，docker 就是用来解决这问题的。

[lsearsea]

@DefoliationM 确实，我就是用 docker 容器来编译低版本 linux 的 go 程序

[Biem]

没太懂 op 的需求。我们也是内网开发，用的是 Continue 和 Codegeex 这俩插件，Windows 机子上的模型在 Ollama 跑，开发机用的是便携版 VSCode ，服务器上是对应版本的 vscode-server ，已经在在线环境安装好插件了的那种，之后就是 tar 解压一下，remote 插件就连上了

[guoer]

[捂脸] 我理解错了。抱歉

[codgician]

试试 nix 包管理，可以只给当前用户安装（逃

[leokun]

glib 低了，docker 也跑不了的

[yjd]

elf patch 方案用的现成工具还是改代码？对静态不好办，动态的倒是见过有现成工具