The `pants test ::` is taking forever on the pipel...
# general
s
The
pants test ::
is taking forever on the pipeline.
Copy code
11:43:50.89 [INFO] Long running tasks:
  85.07s	Building 17 requirements for requirements.pex from the lockfiles/default.lock resolve: asgi-lifespan, asynch@ git+<https://github.com/long2ice/asynch.git@cf50affe08bd87cdde3023dda11f1ef638c9c06d>, dirty-equals, fastapi, httptools, httpx, psycopg-pool, psycopg[binary], pydantic-settings>=2.0.2, pydantic@ git+<https://github.com/pydantic/pydantic.git@35fc8793d20b4e421671c8d202fd540912ff7ccf>, pytest, sse-starlette, starlette, typing_extensions, uvicorn, uvloop, watchfiles
What's this
requirements.pex
that is getting build? Is there any known bug about long time on build for git dependencies?
Copy code
# pants.toml relevant part (?)
[python]
pip_version = "23.0.1"
interpreter_constraints = ["CPython==3.11.*"]
enable_resolves = true
default_resolve = "default"
Or what can I do to see more logs?
Ok. I changed my pipeline to
Copy code
run: |
   pants generate-lockfiles ::
   pants test ::
instead of only
pants test ::
I'm not sure why this works, but... 🤷‍♂️
I thought about this solution because a team member told me they did this to use
pants export
yesterday.
r
Are you not already using the lockfiles?
s
I'm using lockfiles.
r
Just to be sure, it's committed and available inside the pipeline, right?
s
Yes.
This forever building also happened locally with one of my teammates on
pants export
, fyi.
and it was solved in the same way - running the
pants generate-lockfiles ::
which... Didn't change the lockfile.
r
Sounds like some kind of bug