@enough-analyst-54434 Hi, I'm getting the error you commented on here: https://stackoverflow.com/questions/29416441/error-from-pants-pex-install-failure-unable-to-detect-a-suitable-interpreter https://gist.github.com/anonymous/5df08b61174ae06698ecd74d663b96ad I dont have a

python-repos.indicies

from hard-coded (on pants 1.2.1). I tried migrate-config but it threw a bunch of errors, investigating those now. Also it works fine on osx but not ubuntu trusty, if that helps.

@quiet-ice-72984 so, you find something like:

jsirois@gill ~/dev/pantsbuild/pants (1.2.x) $ ./pants options --scope=python-repos
python-repos.indexes = ['<https://pypi.python.org/simple/>'] (from HARDCODED)
python-repos.repos = [] (from HARDCODED)

Your description (builds on OSX, not Ubuntu) implies the

python_binary

target(s) you're building are not multi-platform; ie: you are not trying to build a single pex that can run on both mac and linux. Can you confirm these details?

Did you overhaul the test framework while building the v2 Python pipeline? The tests there have a way nicer “look and feel” than the ones I remember from working around the v1 Python pipeline.

yea, Benjy did that.

...and John did a bunch more work recently.

💯 🙂

How do you guys usually go about getting configs in to scala projects? Seems like configs from libraries are overriding our provided resources.conf

is resources.conf a scala specific thing? or you are just asking in general how to add resourceS?

Scala’s main config library has a standard for providing reference.conf files. Many libraries that scala pulls in will have a reference.conf contained in the jar. We also provide a reference.conf. Pants sees these from the libs we depend on, and in our own library and then reports a conflict and picks one of them. Anybody who has used pants with scala will have run in to this problem, so I’m surprised I can’t find anything about it anywhere.

Each library should be able to provide its own reference.conf without causing a conflict.

does https://www.reddit.com/r/scala/comments/6ntxya/developing_libraries_and_applicationconf/ help?

is there a built-in goal that can print/return the type of a target passed on the command line?

@astonishing-jelly-60479 almost

# ./pants -q buildozer --command='print kind' //examples/tests/java/org/pantsbuild/example/useantlr:antlr3_test
junit_tests

almost because the pants should not fail there, and buildozer currently does not recognize implicit target names

but we are working on it

ah, TIL buildozer

thanks

another example is to print the target def

# ./pants -q buildozer --command='print rule' //examples/tests/java/org/pantsbuild/example/useantlr:antlr3_test
junit_tests(
    name = "antlr3_test",
    sources = ["Antlr3Test.java"],
    dependencies = [
        "3rdparty:junit",
        "examples/src/java/org/pantsbuild/example/antlr3",
    ],
    strict_deps = False,
)

doc here: https://github.com/bazelbuild/buildtools/tree/master/buildozer

thanks for the usf folks @clean-quill-99195 et al (can’t find others here)

@wide-energy-11069 no that does not help. If we are using two libs which opt to use configuration over convention (which is something I disagree with anyway), then I still have the issue where pants will detect their conflicting reference.conf files.

ok. sorry I am still not quite sure what the role is the .conf is, can’t find any good docs on it. maybe @witty-crayon-22786 has some more insights.

@blue-fish-35856 it sounds like you're describing a general jvm language issue for resource files. We provide relief for `jvm_binary`s that compose libraries (and your own code) in the form of

deploy_jar_rules

. The BUILD dictionary has some info on this: https://www.pantsbuild.org/build_dictionary.html Can you confirm that your problem centers around "deploy jars", ie: the product of

./pants binary ...

The problem is coming from jvm_binary. Issue happens with

run

and

binary

commands.

K, fix above is for binary for sure, not sure about run

@enough-analyst-54434 I’ll look in to the

deploy_jar_rules

thanks for the help!

To be more helpful, see "Shade with an AppendingTransformer" here: https://www.pantsbuild.org/from_maven.html

You'll want

Duplicate.SKIP

which favors your file over those in dependency jars.

yep, what John said. sorry, was distracted for a bit there.