Bundled python issue ?

[niktek]

OS: Debian 12
VSCode version:

Version: 1.97.0
Commit: 33fc5a94a3f99ebe7087e8fe79fbe1d37a251016
Date: 2025-02-04T22:41:26.688Z
Electron: 32.2.7
ElectronBuildId: 10660205
Chromium: 128.0.6613.186
Node.js: 20.18.1
V8: 12.8.374.38-electron.0
OS: Linux x64 6.1.0-31-amd64

CodeLLDB version: 1.11.3
Compiler: Swift
Debuggee: executable

Fresh install of debian 12 with bundled python 3.11.2, Gnome, VSCode (via deb package), Swift 6.03, 'Swift Programming Language' extension which depends on CodeLLDB. Just the starter app of swift package init --name MyCLI --type executable and then using VSCode's 'Start Debugging' to reproduce. I also suspect that this is what was encountered here before they ran off without leaving a response.

Verbose log

Verbose logging: on  (Use "lldb.verboseLogging" setting to change)
Platform: linux x64
Initial debug configuration: {
  type: 'lldb',
  request: 'launch',
  args: [],
  cwd: '${workspaceFolder:cli}',
  name: 'Debug cli',
  program: '${workspaceFolder:cli}/.build/debug/cli',
  preLaunchTask: 'swift: Build Debug cli',
  __configurationTarget: 6
}
Resolved debug configuration: {
  type: 'lldb',
  request: 'launch',
  args: [],
  cwd: '${workspaceFolder:cli}',
  name: 'Debug cli',
  program: '${workspaceFolder:cli}/.build/debug/cli',
  preLaunchTask: 'swift: Build Debug cli',
  __configurationTarget: 6,
  expressions: 'native',
  relativePathBase: '/home/nik/code/swiftlearn/cli',
  _adapterSettings: {
    displayFormat: 'auto',
    showDisassembly: 'auto',
    dereferencePointers: true,
    suppressMissingSourceFiles: true,
    evaluationTimeout: 5,
    consoleMode: 'commands',
    sourceLanguages: null,
    scriptConfig: {},
    terminalPromptClear: null,
    evaluateForHovers: true,
    commandCompletions: true,
    reproducer: false
  }
}
Launching adapter
liblldb: /home/nik/.local/share/swiftly/toolchains/6.0.3/usr/lib/liblldb.so
environment: {}
settings: { evaluateForHovers: true, commandCompletions: true }
thread 'main' panicked at adapter/codelldb/bin/main.rs:57:57:
called `Result::unwrap()` on an `Err` value: "\"libpython3.10.so.1.0: cannot open shared object file: No such file or directory\""
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
Debug adapter exit code=101 (0x65), signal=null.

swift --version
Swift version 6.0.3 (swift-6.0.3-RELEASE)
Target: x86_64-unknown-linux-gnu

[vadimcn]

liblldb: /home/nik/.local/share/swiftly/toolchains/6.0.3/usr/lib/liblldb.so

This isn't a bundled Python issue - since you've replaced liblldb, it will attempt to load the Python version it was linked with. Make sure that Python 3.10 is actually installed. If it is, you may need to set LD_LIBRARY_PATH (via lldb.adapterEnv) so the dynamic linker can find it.