Desktop Application Podman Local Provider Error

[lesterespiritu-a]

What happened?

Starting a workspace with DevPod Desktop, I am met with the error /usr/bin/podman: symbol lookup error: /usr/bin/podman: undefined symbol: seccomp_transaction_reject.

What did you expect to happen instead?

DevPod Desktop opens the workspace successfully.

How can we reproduce the bug? (as minimally and precisely as possible)

Build and run a workspace as-is.

Local Environment:

• DevPod Version: v0.14.2 (AppImage)
• Operating System: linux (OpenSUSE Tumbleweed)
• ARCH of the OS: AMD64

DevPod Provider:

• Cloud Provider: Not applicable
• Kubernetes Provider: Not applicable
• Local/remote provider: docker (podman under the hood with podman-docker package)
• Custom provider: Not applicable

Anything else we need to know?

I have a workaround, which is to preload some system libraries needed which resolves the error and other following errors:
LD_PRELOAD=/usr/lib64/libseccomp.so.2:/usr/lib64/libcrypto.so.3:/usr/lib64/libssl.so.3

[lesterespiritu-a]

Updating my system introduced a new error:
/usr/bin/conmon: symbol lookup error: /usr/bin/conmon: undefined symbol: g_string_free_and_steal

Amendment to the workaround LD_PRELOAD:
/usr/lib64/libglib-2.0.so.0:/usr/lib64/libnghttp2.so.14

Also further clarified my docker provider usage. I utilize a script provided through my distribution's package manager, podman-docker, that emulates the docker command among other things. podman-remote has its own LD_PRELOAD set, which we can disregard for now for this issue.