https://twitter.com/pantsbuild/status/1445062376164839427 "We are approaching two years of working with Pants and we couldn’t be happier. Our test suite has continued to grow but, with Pants caching, our CI test times have remained constant (or decreased in some cases)." Twitter Finally had the chance to write up our experience with moving our Django project to @pantsbuild tldr: build tools… https://twitter.com/i/web/status/1445051289885306881 Twitter

https://twitter.com/oscafrica/status/1445052913512898565 Pants Build retweeted: You don't have to be a programmer to contribute to open source. Here are 6 ways to contribute without writing code:… https://twitter.com/i/web/status/1445052913512898565 Twitter

https://twitter.com/oscafrica/status/1445052916784533509 Pants Build retweeted: 🚀 Translate open source softwares to other languages. 🚀 Organize meet ups, speak at events , donate and sponsor mee… https://twitter.com/i/web/status/1445052916784533509 Twitter

https://twitter.com/pantsbuild/status/1445130300208656385 Pants project's newest core Maintainer is @chrisjrn! 🎉 His proudest contribution to Pants is adding support for M1s / Apple Silicon. He's also been pivotal to Pants 2.7's tool lockfile feature and the upcoming Java support. More on https://t.co/sFA6iViqF1 Twitter

https://twitter.com/pantsbuild/status/1445147408221016064 Scale your codebase, watch your tests run blazing fast, take joy in your CI times. Pants open source community appreciates the importance of time, which is why response time on the Slack is quick too. Check it out, and come say hi! https://t.co/TGAn4kfBVl https://t.co/1BfDfT7fnc Twitter

you can't feed the output of

pants peek

into something like

--spec-files

can you?

https://twitter.com/pantsbuild/status/1445414884498415617 Wow, we've gotten over 10,000 commits to the Pants build system and automation framework! #milestone Thank you, open source community. ❤️ Twitter

https://twitter.com/pantsbuild/status/1445438133022121985 Psssst, don't tell anyone but we're adding JVM and Go support. Kidding! Tell everyone. We're really excited about how very, VERY soon this is coming. Check out progress: https://t.co/dZEjQEpUa3. Come tell us your wishlist for Java, Scala, and Go support: https://t.co/1BfDfT7fnc Twitter

Reddit discussions of @clean-city-64472's case study of how iManage uses Pants for their Django app: https://www.reddit.com/r/django/comments/q21f74/putting_pants_on_one_thing_we_did_right_after_5/ https://www.reddit.com/r/Python/comments/q24pnx/putting_pants_on_one_thing_we_did_right_after_5/

Hi! Is it a good idea to use an NFS volume to share the pants cache across CI runs ?

https://twitter.com/EbonyJLouis/status/1445417460853841928 Pants Build retweeted: I’ve finally contributed to open source for the FIRST time, successfully at that 🎉🎉🥳 lol Idk why it seemed so int… https://twitter.com/i/web/status/1445417460853841928 Twitter

For those who missed it, I put out a blog post on Monday detailing our 2 years of experience with Pants. Would love to get the post more exposure so here's a roundup of the social links - if you are feeling charitable please help with a "like" or "repost"! Twitter LinkedIn Feed Reddit (133 upvotes right now!?) HackerNews Sorry for the shameless plug 😬

If I have explicit dependencies and I want to switch to inferred dependencies, what would be the fastest way to do this? Nuke all BUILD files and run pants tailor?

Are relative imports supported for dependency inference? (e.g.

from .subfolder import something

vs

from module.subfolder import something

?)

Hi! After moving type stubs from

[mypy].extra_requirements

to

requriements.txt

(as recommended in https://github.com/pantsbuild/pants/pull/12597), our PEXs have increased in size by roughly 20MB each. This by itself doesn't sound like much but, seeing how they were "only" ~70MB before, it ends up being a significant percentage. Why it happens is quite understandable, but preferably type stubs would be skipped in PEXs since (to me) they don't seem to add much value there. Not sure if this is an oversight or simply a con to the pros of 12597 🙂

Hey Pants people. I’m writing a uvicorn / fastapi webapp and would like to use the uvicorn hot-reloading feature. Is this possible with pants or does stuffing it into a PEX make that impossible and I have to instead rely on the Pants reloading feature?

Hi. First, thanks for the work on Pants. In my proof-of-concept Pants-based monorepo for Enigma, I got to the point where I am configuring the CI pipeline for merge requests. Being able to realize my ideal testing strategy in this one-liner is pretty darn cool:

./pants --changed-since=origin/boss --changed-dependees=transitive test

However, there is one area that has left me completely befuddled and I would much appreciate pointers to documentation I might have missed or an explanation. That area is PEX. When I run Python in a virtual environment, I can easily test for its presence (

sys.prefix != sys.base_prefix

) and I can easily configure the environment for a subprocess (prepend `bin`/`Scripts` to

PATH

, set

VIRTUAL_ENV

to root of venv). If I run

pip list

in that subprocess it will be the

pip

installed in the venv and it will correctly report what other packages are installed as well. Amazingly, I don't even have to include

PYTHONPATH

in the environment. Clearly, PEX does things differently. As much is obvious from my instrumentation. Notably, the proof-of-concept really is a trivial tool to collect relevant information from

sys

,

sysconfig

, and

os.environ

. It also extracts installed packages by spawning

pip

, using

importlib.metadata.distributions()

, and an evil hack that looks at the names and versions of the wheel files in

sys.path

. As you can see, I did try to do my homework. But try as I may, I'm getting very strange behavior when using

pip

. First, it runs a completely different, older pip than the one inside the PEX. Second, that pip reports no packages installed besides itself. Third, it maintains that this is the case even when I prime it with the different paths on

sys.path

. I am forwarding

sys.path

through

PYTHONPATH

and leaving the environment otherwise untouched. Uhm, do you have an idea what's going on? And how do I spawn subprocesses correctly from within a PEX? Thanks!

is this a bug?

$ pants  --changed-since="origin/master" list                               
3rdparty:requirements.txt
build-support/deploy/base.py:lib
build-support/deploy/deploy.py:lib

$ pants  --changed-since="origin/master" --changed-dependees=transitive list
3rdparty:Cerberus
3rdparty:SQLAlchemy
3rdparty:alembic
... <everything> ...

Pants 2.7.0 Yes, requirements.txt has changed. But the actual changes in those requirements have not affected everything

Split from thread https://pantsbuild.slack.com/archives/C046T6T9U/p1633551296368500 @happy-kitchen-89482 I’ve been thinking about a similar use case (https://github.com/pantsbuild/pants/issues/11812#issuecomment-811053105) Perhaps that approach would work for hot-reload support of uvicorn, Django and others too.. ? I could look into it a bit, if it is a feasible approach for you? (That is, creating a source dist where the sources are linked rather than copied over from the workspace so we can create a venv that stays up to date with changes in the workspace as they happen.) Only need to re-run

package

in case of changed dependencies/set of sources and the like.)

The docs for subprocess env (https://www.pantsbuild.org/docs/reference-subprocess-environment) is a bit vague, as I thought it would apply to all processes, but it seems to only apply for Python processes, invoked using PEX..

Several times, I faced a situation when some of my 3rd party dependencies are missing some dependency 🙂 For instance... My code imports package A, which imports package B, but B is not in requirements.txt/setup.py of package A. To solve this, I have to explicitly add a dependency on B to my BUILD files everywhere where A is imported in my code. Is there a way how can I add B as a dependency of A in one place? It would make more sense and would be better manageable in my opinion than trying to fix this in individual BUILD files. Of course, I'm always reporting these issues, but for some packages, it may take ages to solve them.

Hi, i have a working setup with 2.6.1 for mypy. Stub files are listed in

[mypy].extra_requirements

. I updated to 2.7.0 and added a lockfile (which contains my stub deps) The mypy PEX has the stub deps, afaict When i run

typecheck

now it says that the stubs are not installed. I would really rather not add the stubs as runtime deps as they are not, so wondering if/how to get the old behaviour working again

My org is considering using

BUILD.pants

for all of our build files. Renaming existing ones was easy, but I noticed

./pants tailor

was still creating

BUILD

files even with

build_patterns = ["BUILD.pants"]

(i think this option doesn't actually change anything, but was trying to be explicit). I went looking at the code and found the ability to change this was recently added in https://github.com/pantsbuild/pants/pull/12979. I'm currently running

2.7.0

, am I correct that this option won't be usable until

2.8.0

? I tried

2.8.0.dev0

and it still isn't available. And I assume I don't want to be using the beta..

Bikeshed for any Go developers out there (and others too!) golang

https://twitter.com/semaphoreci/status/1446141076205678595 Pants Build retweeted: We don't pay attention to containers — until something breaks. Structure tests let us check container vital before… https://twitter.com/i/web/status/1446141076205678595 Twitter

https://twitter.com/ilyasergey/status/1445833748054876164 Pants Build retweeted: Student commit messages on GItHub Classroom are still my favourite genre of prose. Twitter

https://twitter.com/pantsbuild/status/1446220365190008838 "Seriously, the level of transparency and communication here gives me immense confidence in Pants as a tool, because I have confidence in the team behind it." -@jriddycuz Twitter

🤔 I'm just watching a Kent Beck video on (believe it or not) speed of running tests and running tests frequently...and it reminded me of another Kent Beck video on TCR (test && commit || revert), and I wondered has anyone tried that with pants? I've tried TCR for some lightweight projects which were largely algorithm type functions so "run all tests" was sufficiently fast, that could be quite awesome with pants, if your "run all the relevant tests" is actually really fast because you only need to run the test(s) impacted 🤔 I will try it myself ofc, once I actually get my first attempt at pants working 🙂

https://twitter.com/semaphoreci/status/1446430425216438272 Pants Build retweeted: Building and testing #Python applications is a jigsaw of virtual environments, pip, pipenv, setuptools or poetry co… https://twitter.com/i/web/status/1446430425216438272 Twitter

https://twitter.com/pantsbuild/status/1446505490238869504 A slew of changes are coming to targeting in the upcoming v2.8. https://github.com/pantsbuild/pants/issues/13160 Join the discussion on Slack. You'll be helping shape that evolution. https://t.co/93cNl1ay12. We value your insights and want to make sure Pants serves your use cases really well. Twitter