https://pantsbuild.org/ logo
Join Slack
Powered by
Hello! I got here following this closed thread on ...
# general
s
Hello! I got here following this closed thread on github: https://github.com/pantsbuild/pants/issues/12193#issuecomment-1017752704. I also see another earlier slack thread talking about it here: https://pantsbuild.slack.com/archives/C046T6T9U/p1641218842073100 My question is, it doesn't appear the fixes apply to 1.26 for on a macbook m1. Is there anyone else able to confirm this issue as well? My output is:
stack trace output.cpp
h
Hi!
Hmm I don't know what this is about
I suggest moving 
/Users/pyoum/.cache/pants
to 
/Users/pyoum/.cache/pants.bak
and rerunning just to see if it's some issue with that
👍 1
h
Yeah I'm not sure either. Also does 
./pants --version
work? That is what the linked to docs are all about: how to get Pants itself to run
s
Hi! Sorry I have a newborn and am severely sleep deprived atm... haha. Sorry for not providing context
😴 1
❤️ 2
👶 1
I forgot the command I'm sending is a custom command snippet that pretty much handles creation of a pycharm project based upon our mono repo, using pants
but running just the simple 
./pants --version
produces the same result:
Untitled.txt
Untitled.txt
I've gone through rosetta in getting python installed on my m1 macbook, 
3.6.11
and 
3.6.9
this pants configuration works on debian based systems at my work, but I'm the first adopter/guinea pig of the new m1 macbook
and it's so far not fairing well
Here's the pants toml as well for more context:
Untitled.txt
Untitled.txt
is making a jump to pants version 1.30.0 monumental WRT the transition from 1.26? Curious if anyone has any input on that
we have a long pole task of upgrading our pants instance, but I just need my dev machine working atm
h
Which languages are you using? Could you upgrade to 2.x at some point?
I don't think 1.26->1.30 is a huge stretch, but I also don't know for certain that it would solve this problem
Oh I see you're using the node plugin
You are running with 
arch -x86_64
, so I would have expected this to work. And it is getting as far as resolving and running Pants itself, but it then gets stuck on plugin resolution.
Did you try 
mv /Users/pyoum/.cache/pants /Users/pyoum/.cache/pants.bak
and also 
mv .pants.d .pants.d.bak
in the repo?
I wonder if the plugin resolver state is contaminated
💯 1
➕ 1
s
Hi Benjy, I did move the cache , but not the other .pants folders
I'll try that now!
odd that I haven't gotten notifications on this thread
👀 1
hmm no dice. I've moved the pants cache, as well as moved the 
.pants.d
folder
Untitled.txt
Untitled.txt
h
This is mysterious to me: The fact that this is running in 
/Users/pyoum/.cache/pants/setup/bootstrap-Darwin-x86_64
tells me that it is trying to bootstrap as x86, which is good.
➕ 1
And it does manage to download and run the main Pants wheel, as evidenced by:
Copy code
New virtual environment successfully created at /Users/pyoum/.cache/pants/setup/bootstrap-Darwin-x86_64/1.26.0_py36.
18:13:05 [INFO] Resolving new plugins...:
That is Pants itself running
but then when it resolves its own plugins, it fails on arch mismatch. So it looks like, for some reason, plugin resolution is trying to use the underlying arm64 architecture instead of x86.
I will have to take a peek at the 1.26.x code
🙏 1
@swift-chef-48262 can you open a ticket for this at https://github.com/pantsbuild/pants/issues/new/choose ? It'll be good to move the conversation to a ticket, so we have documentation of all this instead of relying on ephemeral Slack threads...
And link to that ticket here? Thanks
Also, one thing to try is to run the whole thing in a terminal running under Rosetta (Applications > Utilities, right click Terminal, click on get-info and tick the Open Using Rosetta checkbox)
➕ 2
s
unfortunately under rosetta it is still doing the same exact thing
Open in Slack
PreviousNext
Powered by