pantsbuild #general

Exception message: Interpreter /Users/jhscott/.cache/pants/setup/bootstrap-Darwin-x86_64/pants.pbMe1i/install/bin/python2.7 not capable of running Packager

loud-electrician-45072

01/28/2017, 12:39 AM

I've tried looking at PEX and Pants code in github and snooped around what I think is the bootstrap/core pants virtualenv (~/.cache/pants/setup/bootstrap-Darwin-x86_64/pants.pbMe1i/install/)

loud-electrician-45072

01/28/2017, 12:41 AM

I think I have reasonable versions of setuptools and wheel in there

loud-electrician-45072

01/28/2017, 1:02 AM

Copy code

Collecting pex==1.1.13 (from pantsbuild.pants==1.2.1)
  Using cached pex-1.1.13-py2.py3-none-any.whl

loud-electrician-45072

01/28/2017, 1:03 AM

I think the pex / pants version are not compatible 😕

loud-electrician-45072

01/28/2017, 1:09 AM

https://github.com/pantsbuild/pants/issues/4218

loud-electrician-45072

01/28/2017, 8:16 PM

I don't see any way to seperate "blocks" of dependencies in

pants dependencies

loud-electrician-45072

01/28/2017, 8:17 PM

e.g. I want to run

./pants dependencies ::

and reconstruct the dependency DAG from its output

loud-electrician-45072

01/28/2017, 8:17 PM

is there a better way to get the DAG to stdout / a file

full-kilobyte-93429

01/29/2017, 6:13 PM

sounds like you want

depmap

Copy code

[tw-mbp-peiyu pants (peiyu/use-pickling-for-key)]$  ./pants depmap --tree src/scala/org/pantsbuild/zinc 
--internal-src.scala.org.pantsbuild.zinc.zinc
  |--internal-.scala-library-synthetic
  |  |--org.scala-lang-scala-library-2.11.8
  |--internal-3rdparty.guava
  |  |--com.google.guava-guava-18.0
  |--internal-3rdparty.jsr305
  |  |--com.google.code.findbugs-jsr305-3.0.0

full-kilobyte-93429

01/29/2017, 6:13 PM

@loud-electrician-45072 ^^

loud-electrician-45072

01/29/2017, 8:22 PM

ah ty!

rough-minister-58256

01/30/2017, 5:23 PM

you can also do

./pants depmap —graph —output-file=out.dot ...

to get graphviz output directly

loud-electrician-45072

01/30/2017, 6:10 PM

thanks!

loud-electrician-45072

01/30/2017, 6:12 PM

any pointers on managing the chroot environments in

.pants.d/python-setup

? I think new chroots show up correlated with changes I make to BUILD files but I haven't dug into the source on this point yet

loud-electrician-45072

01/30/2017, 6:13 PM

I'd like to have a grasp on how to avoid unbounded disk use prior to rolling this out

loud-electrician-45072

01/30/2017, 6:14 PM

(btw thanks again for everyone's help and generosity answering my questions!)

rough-minister-58256

01/30/2017, 6:45 PM

an occasional

./pants clean-all

should clear them out - but if you’re seeing significant unbounded disk usage by them it’d probably be good to file a github issue as that’s something that’d be good to address.

rough-minister-58256

01/30/2017, 6:46 PM

for task caching we have an age-out mechanism - it’s not clear if that covers the chroot case, but my guess would be no.

astonishing-jelly-60479

01/30/2017, 6:46 PM

https://github.com/pantsbuild/pants/issues/2108

rough-minister-58256

01/30/2017, 6:49 PM

aha nice

rough-minister-58256

01/30/2017, 6:50 PM

Benjy is in the process of rewriting the python product pipeline - my guess is this would be a natural feature to drop in there

rough-minister-58256

01/30/2017, 6:53 PM

commented on the ticket

loud-electrician-45072

01/30/2017, 7:06 PM

okay, sounds good

loud-electrician-45072

01/30/2017, 7:06 PM

I can potentially insert some cleanup logic into the pants bootstrapper

loud-electrician-45072

01/30/2017, 7:07 PM

also, I wasn't able to pin it down, but pants 1.2.1 seemed incompatible with my devpi server (it was unable to look up dependencies). 1.3.0.dev9 worked.

dazzling-crayon-98253

01/30/2017, 7:23 PM

hi all, had a quick question about how to add an external repository to pull the 3rd party java dependencies from? the corresponding maven tag is :

Copy code

<repositories>
    <repository>
      <id></id>
      <url></url>
    </repository>
</repositories>