Closed dijonkitchen closed 1 year ago
Welcome to the Pantsbuild Community. This looks like your first issue here. Thanks for taking the time to write it.
If you haven't already, feel free to come say hi on Slack.
If you have questions, or just want to surface this issue, check out the #development
channel.
(If you want to check it out without logging in, check out our Linen mirror)
Thanks again, and we look forward to your next Issue/PR :smile:!
Sorry for the trouble.
What's the output of uname -a
within the container? I'm guessing it's Linux ARM64?
Pants has some platform-specific native code, and, 2.16.0 is the first stable release that includes support for Linux ARM64: previous releases only support:
(Compare the various wheels files between https://pypi.org/project/pantsbuild.pants/2.15.0/#files and https://pypi.org/project/pantsbuild.pants/2.16.0/#files)
Thus, assuming my guess is correct, 2.15.0 will not work on the local container. Approaches to fix this:
I'd recommend 3! 😄
# uname -a
Linux 9bfbeff5f3e7 5.15.49-linuxkit-pr #1 SMP PREEMPT Thu May 25 07:27:39 UTC 2023 aarch64 GNU/Linux
Yes, I'm on an Apple Silicon (ARM) M1 Macbook Pro.
Looks like bumping up to 2.16.0 in the pants.toml
did the trick. Maybe this should be included in the docs somewhere?
Thanks!
Describe the bug When running pants in a devcontainer, the proper version can't be found. I don't see a lot of v2 versions in the list of versions either. My repo had no problems previously with a local macOS install or on linux with linuxbrew in Github Codespaces.
Pants version 2.15.0
OS Are you encountering the bug on MacOS, Linux, or both? I'm on macOS, but running this in a linux container.
Additional info Add any other information about the problem here, such as attachments or links to gists, if relevant. My
.devcontainer
file:On startup, it looks successful. I also added it to my
PATH
.