So, env var iff it propagates through v1 code - I'...
# pex
e
So, env var iff it propagates through v1 code - I'm not sure it does - would be PEX_ROOT=/tmp/random
w
it won't, because the outer pex (in our case) strips it
cc @wide-energy-11069: ^
w
oh let me see if pants allows to configure this
w
@wide-energy-11069: is this related to the 1.26.x upgrade?
because things are quite different there.
vs 1.25.x
w
yes, we need to a way to force the resolve, as folks asked us to test their server configs.
w
k. then make sure you answer the question in the context of 1.26.x. i can help you use our dev branch internally.
w
just checked that PEX_ROOT doesn’t work in this case.
w
also, the resolver/pex parallellism setting is likely to be relevant.
@enough-analyst-54434: ... i can't seem to find what i was sure i had seen. there is now a pex parallelism/"workers" setting, right?
"jobs"! .. argh, sorry.
python-setup.resolver_jobs
e
So @wide-energy-11069 is this a new requirement just for testing the upgrade? Or were you previously able to do this with Pants/Pex - force a re-resolve that now you cannot?
w
possibly due to the parallelism, and possibly due to changes in pip (relative to pex's old resolver), we were seeing the servers hosting the wheels hitting their limits