VS Code远程SSH连接HPC时无法将Singularity容器设为Python解释器

问题场景 #

通过VS Code Remote SSH连接HPC环境，目标是直接在VS Code内运行Python代码完成测试，计划将启动时自动运行Python的Singularity容器设置为Python解释器。
已在容器.def文件中添加如下配置，实现容器执行时自动启动Python：

%runscript
  exec python

手动执行该容器可以正常进入预期的Python会话，但在VS Code中将Python解释器路径设置为该容器文件后无任何响应，VS Code会反复要求输入解释器路径，无法识别输入的路径。

已尝试操作 #

• 通过VS Code GUI手动选择容器文件路径
• 在JSON设置文件中配置默认解释器路径，配置代码如下：

{
    "python.defaultInterpreterPath":"~/path/to/singularity.sif"
}

已知正常场景 #

• 选择非Singularity容器内的解释器时可正常使用
• 将Singularity容器构建为sandbox模式，提供沙箱内Python二进制文件的bin路径时，VS Code也可正常识别
• 公开案例显示直接指定SIF文件为解释器路径的配置方案可正常生效

运行环境信息 #

• 操作系统：Ubuntu 22.04
• VS Code版本：v1.68.1
• 配套扩展版本：
  • Remote - SSH v0.82.1
  • Python扩展 v2022.8.0
• Singularity版本：镜像基于Singularity v3.5.3构建

异常可能原因 #

• 路径解析失败：VS Code Python扩展不会自动展开~开头的家目录路径缩写，配置中~/path/to/singularity.sif会被识别为相对路径，扩展无法定位到实际SIF文件位置，因此反复提示输入有效解释器路径，替换为完整绝对路径（如/home/xxx/path/to/singularity.sif）即可解决该问题。
• Runscript未透传参数：VS Code Python扩展校验解释器有效性时，会自动向目标路径传入--version、短代码执行等参数，获取Python版本、路径等信息判定是否为有效解释器。当前配置的%runscript仅写了exec python，没有追加"$@"透传外部传入的所有参数，导致扩展调用容器时参数被丢弃，直接进入交互Python会话，无法拿到预期返回结果，就会判定该路径不是有效Python解释器。修正后的runscript配置如下：

%runscript
  exec python "$@"

• 扩展版本兼容问题：当前使用的Python扩展v2022.8.0存在Singularity SIF镜像探测的已知兼容问题，该版本仅能识别沙箱模式下暴露的原生Python二进制路径，无法正确处理单SIF文件的调用逻辑，升级Python扩展到2022.10及之后版本即可修复该兼容问题。

内容的提问来源于stack exchange，提问作者majpark