You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When I create an appimage using bazel and execute it, it works exactly as its supposed to. However, when I run it in a container, it wont work. That, of course, is where appimage-extract-and-run comes in.
When I run it via appimage-extract-and-run, it can not find the python3 executable.
/usr/bin/env: 'python3': No such file or directory
When I look, it seems to run AppRun which looks like:
The problem with the above is it's pointing to python being in #!/usr/bin/python3. There is no python installed in the container. I do see the python install buried in the /tmp/appimage_extracted*. I think the apprun above is incorrect. It should point to the buried python3, right?
The text was updated successfully, but these errors were encountered:
This is due to bazel-contrib/rules_python#691 and unrelated to rules_appimage, which is entirely language agnostic (as far as the payload binary goes).
People have played around with the customizeable shebang line of the Python wrapper that Bazel generates as an entrypoint for you.
I hear that Aspect's rules_py doesn't require a bootstrap Python but I haven't used that myself yet.
(Or you could just install a host python inside your container)
When I create an appimage using bazel and execute it, it works exactly as its supposed to. However, when I run it in a container, it wont work. That, of course, is where
appimage-extract-and-run
comes in.When I run it via appimage-extract-and-run, it can not find the python3 executable.
/usr/bin/env: 'python3': No such file or directory
When I look, it seems to run AppRun which looks like:
The problem with the above is it's pointing to python being in #!/usr/bin/python3. There is no python installed in the container. I do see the python install buried in the /tmp/appimage_extracted*. I think the apprun above is incorrect. It should point to the buried python3, right?
The text was updated successfully, but these errors were encountered: