Hey, we are trying to add

firebase-admin==5.2.0

as a python dependency to our project, but when I run

./pants generate-lockfiles --resolve=python-default

it seems to hang on "Generate lockfile for python-default" (now for 1 hour), is there any way to debug this?

Hi, sorry for the trouble. Which version of Pants are you on? And are you using PEX or poetry lockfiles?

I managed to reproduce with

2.11.0

and pex, interpreter is

CPython==3.9.10

EDIT: Jonathan and I work in the same codebase.

Hmm, that's not good, sorry for the bad experience. Are you able to share the full input to your lockfile (which is likely your requirements.txt or similar)?

@elegant-carpenter-7253 @tall-kangaroo-21898 i had a similar issue. The easiest thing to do is just try and

pip install/poetry install

your requirements file as there is likely some version conflict somewhere in the requirements chain

I haven’t seen the reply, sorry about that. Hm, @cold-sugar-54376 but we’re not using poetry anymore, we switched to pex. @happy-kitchen-89482 I can, but there is ~50 dependencies, I’m not sure if it’s productive to go through combinations until the error persists. @tall-kangaroo-21898 Did you manage to solve/go around this issue?

@cold-sugar-54376 I think you're right, @happy-kitchen-89482 these are the requirements (waiting to see what pip install outputs)

aio-pika==8.0.3
aiocsv==1.2.2
aiofiles==0.8.0
aioredis[hiredis]==2.0.1
aiosmtplib==1.1.6
asgiref==3.5.2
asyncstdlib==3.10.4
bcrypt==3.2.2
click==8.1.3
cryptography==37.0.2
fakeredis==1.8
freezegun==1.2.1
furl==2.1.3
geopy[aiohttp]==2.2.0
grpcio-health-checking==1.46.3
grpcio-reflection==1.46.3
grpcio-status==1.46.3
grpcio==1.46.3
h3[numpy]==3.7.4
httpx[http2]==0.23.0
lagom==1.7.1
mongomock-motor==0.0.9
more-itertools==8.13.0
motor==3.0.0
openapi-core==0.14.2
orjson==3.6.8
phonenumbers==8.12.49
protobuf==4.21.1
pycountry==22.3.5
pydantic[email]==1.9.1
pydevd-pycharm==222.2270.35
pyjwt==2.4.0
pymongo==4.1.1
pytest-httpx==0.21.0
pytest==7.1.2
python-dateutil==2.8.2
python-rapidjson==1.6
requests==2.27.1
rfc3339-validator==0.1.4
sentry-sdk==1.5.12
setuptools==62.3.2
starlette==0.20.1
stripe==3.0.0
structlog==21.5.0
tenacity==8.0.1
timezonefinder==6.0.0
types-aiofiles==0.8.8
types-certifi==2021.10.8.2
types-freezegun==1.1.9
types-protobuf==3.19.21
types-python-dateutil==2.8.17
types-requests==2.27.29
types-setuptools==57.4.17
types-stripe==2.59.9
types-toml==0.10.7
uvicorn[standard]==0.17.6
werkzeug==2.1.2
firebase-admin==5.2.0

weird. so that’s slightly different for me. my issue was that some packages had different dependency version requirements that conflicted with each other. i had to downgrade some in order to get the constraints to line up

Pants delegates the resolves to Pex, which vendors a patched version of pip 20.3.4, so we may need to upgrade that

for me it was macos

Going to guess that this is the relevant pip fix: https://github.com/pypa/pip/issues/10557 (just a guess though)

Complicated, but we need to do it. We jettison support for Python 2.7 orgs (like Foursquare). It is probably possible to have split support with dual (just in time) vendoring of the newer Pip, but I haven't thought it through in detail.

Oh, ugh, dropping python 2.7 support is not ideal

Is there a way to run pants/pex with the legacy pip resolver?