Hi everyone, I'm new to Pants and I'm having some trouble with setting up the resolves. I would appreciate some advice! In my root dir, I have two submodules, let's call them

project

and

utils

. Both contain python code and have their own requirements.txt files.

project/requirements.txt

includes utils' requirements:

-r ../utils/requirements.txt

since project's code imports utility functions. This setup has been working fine (I have been able to run

pants test

command) until I decided to set up the resolves for the two submodules. When I run

pants test

, I'm constantly getting the following error:

ModuleNotFoundError: No module named utils

. This comes from one of the `project`'s test scripts which tries to import a function from the utils directory. I have been able to include `utils`' dependencies to `project`'s resolve by using the

parametrize

keyword, but I'm unable to include the

utils

submodule itself. Thanks in advance for any help!

Hey! Most probably a source root issue. Can you tell us what is/are your source roots?

The Pants source is at the root dir,

root_patterns=["/"]

. Is this what you meant?

Yeah

This is intended so that, in the `project`'s python files, I can

from utils import ....

That root pattern looks fine then. Now I guess somewhere your resolves' parametrization isn't working. What resolve do you use for the tests?

In

project/tests/BUILD

I have

python_tests

with

resolve="project"

and

dependencies=["utils:reqs"]

I am out of solutions. Let's wait for someone from pants core members who might have better idea

Hi! It sounds like you want a single resolve for both sets of requirements (since one is a strict subset of the other)?

Hi Benjy, I actually need separate resolves to acomodate submodules that will be added in the future. But I managed to solve my problem by adding

utils:utils

to project's test dependencies. Thanks!

Ah, cool!

Sure! What I'm trying to do is to gradually move to a monorepo architecture from multiple repositories. In the example I provided there are only two submodules whose requirements are compatible, but in the future I will be adding more that might be conflicting, so I wanted to have a robust setup already.

Makes sense!