@hundreds-father-404 I ran into https://github.com/pantsbuild/pants/issues/16230 when testing out the latest sha on 2.13.x. I saw you have some maybe-relevant commits in the diff - could you take a look when you get a minute?

Note that we don't parameterize any of our targets so I'm not sure why Pants is trying to figure out which parameterization to use.

Fishy. Thanks

thanks for investigating!

thanks for reporting! Pants community is the best ❤️

thanks for reporting! can you confirm that this doesn’t repro locally via

./pants dependencies src/projects/rhp/backend:celery

? it should be the exact same codepath, so something is strange

checking now…

ah, pheew. ok, that’s less weird.

I tested w/ fresh local caches (including bootstrap) to simulate CI. will see if it happens if I use my warmed-up cache

and

celery.py

definitely exists on disk, right?

yep!

not sure if it will help, but if so the debug one should be sufficient: thanks.

(what's really weird to both Stu and me is why the error message isn't showing the generated file targets like

celery.py

. It only shows the target generator

:backend

)

Yeah I can poke around and report back

yea, no worries. thanks again.

18:52:02.71 [INFO] explicitly_provided_includes: FrozenOrderedSet([Address(src/projects/rhp/backend/celery.py)])
18:52:02.71 [INFO] explicit_dependency_parametrizations: (_TargetParametrizations([_TargetParametrization(original_target=<class 'pants.backend.python.target_types.PythonSourceTarget'>(address=src/projects/rhp/backend:backend, alias='python_source', residence_dir='src/projects/rhp/backend', dependencies=(':src', './migrations'), description=None, interpreter_constraints=None, resolve=None, run_goal_use_sandbox=True, skip_black=False, skip_isort=False, skip_mypy=False, skip_pylint=False, source=apps.py, tags=None), parametrization=FrozenDict({}))]),)

in which the more complex directory structure of the problem dir is revealed 😅 the full current structure is:

src/projects/rhp/backend/
  BUILD.pants
  apps.py
  asgi.py
  celery.py
  manage.py
  settings.py
  # More python src
  migrations/
    BUILD.pants # just contains python_sources()
    # Python sources
  management/
    commands/
      BUILD.pants # just contains python_sources()
      # Python sources

and then the

BUILD.pants

is (translated from a macro so might be typos):

python_source(source="apps.py", dependencies=[":src", "./migrations"])

python_sources(name="src", sources=["!manage.py", "!apps.py", "*.py"])

python_source(
    name="manage.py",
    source="manage.py",
    dependencies=["./management/commands"],
)

pex_binary(
    name="manage",
    entry_point="manage.py",
    dependencies=["./management/commands"],
)

pex_binary(
    name="main",
    entry_point="gunicorn",
    dependencies=[
        "./asgi.py",
        "3rdparty#gunicorn",
        "3rdparty/pants-only#uvicorn",
    ],
    restartable=True,
)

pex_binary(
    name="celery",
    entry_point="celery.bin.celery",
    dependencies=[
        "./celery.py",
    ],
    restartable=True,
)

parametrization=FrozenDict({}))])

Weird, I think we would expect this to have the generated

python_source

targets. (Even though you're not using

parametrize()

)

it’s not a generator…

original_target=<class 'pants.backend.python.target_types.PythonSourceTarget'>

wait how is this possible.

src/projects/rhp/backend/celery.py

must correspond to a generated

python_source

target, as file address only works w/ generated targets But then the corresponding parametrization is a target

src/projects/rhp/backend:backend

which is

python_source

… mmm.

I'm not following, other than my confusion how the address

celery.py

would end up being the address

backend:backend

, which is itself

python_source

the accomodation that that ticket refers to is: https://github.com/pantsbuild/pants/blob/e6e0717604675bd19f8635f231d98575599de1b4/src/python/pants/engine/internals/graph.py#L341-L346

@hundreds-father-404 yes - there is a macro in the real

BUILD.pants

that expands to the

python_source

target for

apps.py

and the

python_sources

target, but the end targets are identical to what I sent

fix is queued for 2.13.x here: https://github.com/pantsbuild/pants/pull/16250: thanks again for helping to repro!

thanks for the quick fix (and all the other quick fixes)!!

https://pypi.org/project/pantsbuild.pants/2.13.0rc0/ is out