When do you think pants

2.1.0

will be stable? I'm looking to upgrade to pick up some changes.

Hey y’all just wanted to do a sanity check, I’m finishing my migration to pants v2 so there’s a couple of reorganizing that I’m doing.. 1. For the dependency inference part, it’ll automatically “know” the transitive dependencies? I don’t have to explicitly define any internal dependency anymore? So far the

package

and

run

are working fine so I’m assuming and hoping that I still get that sweet

--changed-dependees=transitive

out of the box too… 2. This one I’m not sure if I’m tripping or not but I have an internal ML lib with classifiers, featurizers and all that weird cool stuff. But some of them have huge dependencies such as Tensorflow others dont.. so I was wondering: • Should I move the internal modules/packages into their own “library” such as:

# current one
libraries/
  ml_stuff/
    __init__
    BUILD
    preprocessing/
      __init__
      BUILD
    classifiers/
    ...

# new one
libraries/
  ml_stuff_preprocessing/
  ml_stuff_classifiers/

• Or…

pants

can get those specific inside packages in case I only need..

ml_stuff.preprocessing

? And if that requires Tensorflow it would get it, otherwise it wouldnt (?)

https://twitter.com/pantsbuild/status/1328833506546335744 Pants helps to accomplish huge changes in monorepos by enabling fine grained migration (and visibility), and concurrently invoking as many versions of tools as you need! Read more about how it helps with the Python 2->3 migration in particular: https://t.co/ToTz3FGy7e Twitter

I am getting a "Could not find a compatible interpreter" error with a constraint string of

CPython<3,<4,>=2.7.17,>=3.6.8 OR CPython<3,<4,>=2.7.17,>=3.6.8,>=3.6.9'

. Doesn't 2.7.17 satisfies this constraint?

howdy, we’re in the process of migrating from 1.25 to 2.1.0 (i know such a jump is less than ideal…) anyways, trying to run a test on specific target (which is a large target) results in a max recursion limit exceeded I tried hacking on sys.setrecursionlimit and found for our use case 1021 was the min that would allow the test to succeed. We can try breaking that target up, but the app it’s testing is kind of a monolith so i don’t know how successful that would be. Does pants have a runtime way to increasing this limit?

we’re going to start analyzing the responses to this this afternoon: if you haven’t responded yet, now is your chance! https://pantsbuild.slack.com/archives/C046T6T9U/p1605292032321000?thread_ts=1604600533210200&cid=C046T6T9U …

i think i've found a bug, or it may be expected behavior, but i'd like yalls opinion before i file it on gh: whenever i add a dep to

requirements.txt

, that causes nearly all targets in my repo to be counted as an affected transitive dependency in

./pants --changed-since= --changed-dependees=transitive *

commands. I suspect the target list is all targets that are using dependency inference, but i haven't confirmed this yet. Is this behavior expected? It seems like all dependnecy inference targets are depending on

requirements.txt

as a whole, which is bad because it means any change in requirements will trigger tests and rebuilds of everything in the repo

In V1 versions of pants I am running pytest unit tests. They seem to run much quicker than in the V2 engine. what used to take 5-6 min now takes 30+. Most of the time is spent building pex files. Is there some option that I am missing here? I do not see any options in the pytest or test options that would help here

Hello folks. I'm working on trying to add Pants to an existing repository (still fairly small) so that I can add support for building out multiple packages from the same repo. I think I've got some bits of it working, but I'm still a bit in the dark on what I need to do to get everything working properly. The project and branch that I'm working on is at https://github.com/mitodl/ol-data-pipelines/tree/putting_on_pants

Specifically, right now when I run

./pants dependencies --dependencies-type=source-and-3rdparty src/ol_data_pipelines/edx/

it only shows the source files in that directory but not any of the lib files or third party packages that are being used.

Hi all! Whenever I try to do something with my source like

./pants lint ::

or

./pants repl ::

I get a

ModuleNotFoundError: No module named 'pex.bin'

, has anyone seen this before? Google isn't giving me any hints. Full stack-trace in thread, thanks for the help and the awesome product!

I've been manually running

black

on

BUILD

files to help make them more consistent. Is there a way to use

./pants fmt

to do this for me? Our

black

config file already includes the filename pattern, but I suspect

./pants

is not passing the files to

black

for formatting.

Howdy guys

I've been wondering, is there any video available to help new people understand how to do monorepo dependency management?

I'm working on adding Pants to another repo now and hitting a snag. If I run the dependencies goal then I'm not seeing the files get included properly, nor any third party dependencies.

./pants dependencies --type=source-and-3rdparty src/mitol-django-mail:mail                                                                                                       
src/mitol-django-mail/manage.py:mail

The repository and branch is at https://github.com/mitodl/ol-django/tree/putting_on_pants

Hey guys, using pants v1, I'd like to add a shell script test to ensure it passes basic tests... how would my BUILD file look like ? I would like to use

bash -n

<scriptname> ? Also, any way I can do more tests like validate output of running flags for the script on the command line?

Did not find much in the docs....

hey, i just ran into an issue running a django shell via pants run, got:

os.write(self.fileno, b'\x1b[?1l')
OSError: [Errno 9] Bad file descriptor

If you suspect this is an IPython bug, please report it at:
    <https://github.com/ipython/ipython/issues>
or send an email to the mailing list at <mailto:ipython-dev@python.org|ipython-dev@python.org>

@jolly-midnight-72759 told me to pass

--no-pantsd

to avoid this and pointed me to the ticket here: https://github.com/pantsbuild/pants/issues/9939 just thought i’d mention that this happens on a pants run and not just a pants repl. but it makes sense since it’s a general issue relating to ttys and pantsd it seems

Hi! I've been setting up our repo with pants v1 for scala. I like it quite a lot, I am eager to be able to use v2 😉 . In the meantime, I am trying to use the scalafmt task but it doesn't seem to be picking up my .scalafmt.conf and applying it to files. Ideally I would like the fmt task to always run on compile to enforce consistent formatting across the code base. An I am not sure how to do that, some of the logs on the formating task below

16:41:08 [DEBUG] pants.engine.internals.scheduler:pid=68013: computed 1 nodes in 0.000809 seconds. there are 374 total nodes.

               Executing tasks in goals: bootstrap -> lint16:41:08 [DEBUG] pants.process.lock:pid=68013: acquiring lock: <pants.process.lock.OwnerPrintingInterProcessFileLock object at 0x1105a1c10>

11:41:08 00:01   [bootstrap]
11:41:08 00:01     [substitute-aliased-targets]
                   expanding //:platform
11:41:08 00:01     [jar-dependency-management]16:41:08 [DEBUG] pants.java.distribution.distribution:pid=68013: Located Distribution('/Users/nicolasjoseph/.sdkman/candidates/java/current/bin', minimum_version=None, maximum_version=None jdk=True) for constraints: minimum_version None, maximum_version None, jdk True

11:41:08 00:01     [bootstrap-jvm-tools]
11:41:08 00:01     [provide-tools-jar]
11:41:08 00:01   [lint]
11:41:08 00:01     [scalafix]
11:41:08 00:01     [scalafmt]
11:41:08 00:01     [scalastyle]
11:41:08 00:01     [checkstyle]
11:41:08 00:01     [jvm-dep-check]16:41:08 [DEBUG] pants.process.lock:pid=68013: releasing lock: <pants.process.lock.OwnerPrintingInterProcessFileLock object at 0x1105a1c10>

               Waiting for background workers to finish.
11:41:08 00:01   [complete]
               SUCCESS

https://twitter.com/Podcast__init__/status/1331020088779169799 Pants Build retweeted: Monorepos simplify the work of integrating code from multiple projects, but they require special tooling to make th… https://twitter.com/i/web/status/1331020088779169799 Twitter

https://twitter.com/benjy/status/1331627663232888832 Pants Build retweeted: Check out my coworkers @EArellanoAZ and @stuhood talking about monorepo builds and the Pants build system on the po… https://twitter.com/i/web/status/1331627663232888832 Twitter

So I've had a chance to do a deep dive and get a basic project setup. I was able to figure out the development flows with VSCode and now I'm trying to solidify it by creating my very own CLI tool and a complementary plugin.

Re-posting here for activity: How would I go about installing poetry using Pants plugins if it uses a python file to work? A large part of me is thinking of automating this using good ol' http libraries and

subprocess

to make it work.

hey we just bumped our pants version to 2.1.1rc1 to test out the fix for https://github.com/pantsbuild/pants/issues/11201 but now running a pants test on the target that was hitting the maxrecursion limit now results in pants hanging/spinning. The last few trace logs are like the following:

12:59:32.16 [TRACE] Completed: Inferring Python dependencies.
12:59:32.16 [TRACE] Completed: Inferring dependencies on `__init__.py` files
12:59:32.16 [TRACE] Completed: Inferring dependencies on `__init__.py` files
12:59:32.16 [TRACE] Completed: Resolve direct dependencies
12:59:32.16 [TRACE] Completed: Resolve direct dependencies
12:59:32.16 [TRACE] Completed: pants.engine.internals.graph.resolve_unexpanded_targets
12:59:32.16 [TRACE] Completed: Inferring Python dependencies.
12:59:32.16 [TRACE] Completed: Inferring dependencies on `__init__.py` files
12:59:32.16 [TRACE] Completed: pants.engine.internals.graph.resolve_unexpanded_targets
12:59:32.16 [TRACE] Completed: Inferring Python dependencies.
12:59:32.16 [TRACE] Completed: Inferring dependencies on `__init__.py` files
12:59:32.16 [TRACE] Completed: Resolve direct dependencies
12:59:32.16 [TRACE] Completed: pants.engine.internals.graph.resolve_targets
12:59:32.16 [TRACE] Completed: pants.engine.internals.graph.resolve_targets
12:59:32.16 [TRACE] Completed: Resolve direct dependencies
12:59:32.16 [TRACE] Completed: pants.engine.internals.graph.resolve_unexpanded_targets
12:59:32.16 [TRACE] Completed: pants.engine.internals.graph.resolve_unexpanded_targets
12:59:32.16 [TRACE] Completed: pants.engine.internals.graph.resolve_targets
12:59:32.16 [TRACE] Completed: pants.engine.internals.graph.resolve_targets

I’m running

pants -ltrace --no-pantsd test …

if there’s additional debug flags i can set to get more insight into what it’s doing let me know

Is there anyway to shut off the listener for file path changes on the v2 engine?

13:46:27.63 [INFO] Filesystem changed during run: retrying `@rule(pants.backend.python.goals.run_pex_binary.create_pex_binary_run_request)` in 500ms...

This breaks some functionality in my ci env and i need to shut it off.

hey, another question, we seem to be hitting this occasional error on some of our targets when upgrading to at least >=2.1.0

Failed to resolve compatible distributions:
1: boto3==1.10.7 requires botocore<1.14.0,>=1.13.7 but botocore 1.19.25 was resolved

I think the target under question has a direct dep on PyAthena==1.10.0 which transitively has a dep on

botocore>=1.5.52

and it seems that this unbounded dep is finding botocore 1.19.25 before resolving the bounded dep

botocore<1.14.0,>=1.13.7

from

boto3==1.10.7

Is there anyway to work around this?

https://twitter.com/rakyll/status/1333598862213218305 Pants Build retweeted: Unpopular opinion: Monorepos rock. Twitter

Is there a way to tell pants to not print warnings like

[WARN] Ignoring resolve_all_constraints...

? We want to put the minimal number of items in our constraints file as possible but we don't want to innundate people with these warnings.

i think i have a suggestion for an addition to SETTABLE_ENV_VARS: LDFLAGS, CPPFLAGS, CFLAGS (useful for pip install for example)

I bet a bunch of people have already asked, but is there a docker/docker-compose plugin in the works that I can help with? Big fan of pants so far!