【问题标题】:Making VS Code Remote extension work with GLIBC 2.17 installed in non standard locations使 VS Code Remote 扩展与安装在非标准位置的 GLIBC 2.17 一起工作
【发布时间】:2020-06-01 05:32:11
【问题描述】:

我正在尝试使用VSCode Remote extension 连接到在 RHEL/CentOS 6 上运行的远程主机,但由于 CentOS 6 附带 GLIBC 2.12 和 GLIBCXX 3.4.1,因此无法连接。如this post 中所述,为了使扩展正常工作,解决方法是安装 GLIBC>=2.17 和 GLIBCXX>=3.4.18。

不幸的是,我没有服务器的 sudo 访问权限,因此我无法使用链接中提供的 bash 脚本更新这些库。另外,在this SO post 中,作者说不要更新系统 GLIBC,因为它会破坏系统应用程序。话虽如此,我尝试了一些不同的方法——我在我的主文件夹中提取了那些 rpm 包,如this blog 中所述。然后我更新了 ~/.bash_profile 中的环境变量 PATHLD_LIBRARY_PATH 以指向这些新位置。但是节点二进制文件(在 VS Code Remote 中)仍然找不到这些库。

有没有办法让节点二进制文件知道在哪里寻找这些库?更准确地说,有人可以解释我如何在没有 sudo 访问权限的情况下使这个扩展工作吗?

【问题讨论】:

    标签: visual-studio-code centos vscode-remote


    【解决方案1】:

    我已经通过使用 Linuxbrew 安装 gcc 和 glibc 来实现它。有关详细信息,请参阅此帖子:https://github.com/microsoft/vscode-remote-release/issues/103#issuecomment-546551293

    需要注意的几点:

    1. VS Code Server 中的节点二进制版本可能因提交而异。在上面的 GitHub 评论中,作者使用了 node@10 -- 你可以将其替换为 node@12;一切都会正常进行。
    2. 确保使用 linuxbrew 正确安装了 glibc 和 gcc。这一步很关键。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2023-02-14
      • 1970-01-01
      • 2023-03-05
      • 1970-01-01
      • 1970-01-01
      • 2022-10-15
      • 2021-05-14
      相关资源
      最近更新 更多