generate-lockfiles fails when using pants_requirements

[jmontalt]

Dear Pants community,

I cannot generate lockfiles when I use the pants_requirements target. I have a BUILD file at tools/pants/plugins/BUILD that looks as follows:

pants_requirements(
    name="pants",
    resolve="pants-plugins",
    testutil=False,
)

When running pants generate-lockfiles --resolve=pants-plugins, I get the following error:

06:37:53.86 [INFO] Initializing scheduler...
06:37:54.96 [INFO] Scheduler initialized.
06:38:01.67 [INFO] Preserving local process execution dir /tmp/pants-sandbox-6hqGo4 for Generate lockfile for pants-plugins
06:38:01.67 [INFO] Completed: Generate lockfile for pants-plugins
06:38:01.68 [ERROR] 1 Exception encountered:

Engine traceback:
  in `generate-lockfiles` goal
  in Generate Python lockfile

ProcessExecutionFailure: Process 'Generate lockfile for pants-plugins' failed with exit code 1.
stdout:

stderr:
pid 12622 -> /home/vscode/.cache/pants/named_caches/pex_root/venvs/ed021e31e182bf825e539d57941092529371abb9/ddab8011daaee380698ac2fb9701af18c90c03f6/bin/python -sE /home/vscode/.cache/pants/named_caches/pex_root/venvs/ed021e31e182bf825e539d57941092529371abb9/ddab8011daaee380698ac2fb9701af18c90c03f6/pex --disable-pip-version-check --no-python-version-warning --exists-action a --no-input --isolated -q --cache-dir /home/vscode/.cache/pants/named_caches/pex_root/pip_cache --log /tmp/pants-sandbox-6hqGo4/.tmp/pex-pip-log.ffqwbc89/pip.log download --dest /tmp/pants-sandbox-6hqGo4/.tmp/tmpd7u1iumy/usr.bin.python3.8 pantsbuild.pants<2.16,>=2.15.0a0 --index-url https://pypi.org/simple/ --retries 5 --timeout 15 exited with 1 and STDERR:
ERROR: Could not find a version that satisfies the requirement pantsbuild.pants<2.16,>=2.15.0a0
ERROR: No matching distribution found for pantsbuild.pants<2.16,>=2.15.0a0

For other Python dependencies, the lockfile generation works just fine. The OS is Ubuntu 20.04.

Any ideas? Thank you for your help.

[benjyw]

Hi, what's the pants_version in your pants.toml ?

[benjyw]

I'm guessing it's aarch64? That is supported from 2.16.0a0

[benjyw]

Hmm, although I may be talking nonsense here since you're obviously running Pants on this machine...

[benjyw]

Anyway, answers to the questions above will be helpful

[jsirois]

An interpreter constraint broader than Pants own would go boom. So if the ICs for this resolve stray outside of the range >=3.7,<3.10 (i.e.: say your ICs include Python 3.10), that's the problem.

[jmontalt]

Thank you very much for your quick replies. The pants_version is 2.15.0, and the machine architecture is x86_64.

The interpreter constraint was the key issue. It was set to >=3.8,<3.11. Changing it to >=3.8,<3.10 fixed the problem. Thank you!