pantsbuild #general

Channels

welcome

github-notifications

announce

eager-librarian-15922

01/25/2019, 1:30 PM

Or some commands that can make it easier to debug why targets are being invalidated?

witty-crayon-22786

01/25/2019, 5:06 PM

you could rig something up with a combination of

./pants --changed=.. list

and

./pants depmap --graph

... basically, determine what the changed roots are, find their dependees, then graph them. but there is nothing baked in

average-vr-56795

01/28/2019, 4:52 PM

Anyone know anything about

TypeError: 'output_dir' must be a string or None

that I’m seeing a bunch on CI, before I dig in?

average-vr-56795

01/28/2019, 4:54 PM

Looks like building grpcio is failing on python2.7 on OSX?

brief-engineer-67497

01/31/2019, 3:06 PM

hi, I'm having some trouble to use scalafix with pants. I run

./pants fmt.scalafix --semantic --rules=RemoveUnused libs/common/src/main/scala

and I got the following message :

Copy code

==== stderr ====

                     ==== stdout ====
                     error: The Scala compiler option "-Ywarn-unused" is required to use RemoveUnused.
                     To fix this problem, update your build to use at least one Scala compiler
                     option that starts with "-Ywarn-unused"
                     DEBUG] releasing lock: <pants.process.lock.OwnerPrintingInterProcessFileLock object at 0x7f65e8085410>                                                                                                                   

FAILURE: scalafix.cli.Cli ... failed to fix (4) targets.

yet I have these lines in my pants.ini

Copy code

[compile.zinc]
args: [
      # ...
      '-S-Ywarn-unused:implicits',
      '-S-Ywarn-unused:imports',
      '-S-Ywarn-unused:locals',
      '-S-Ywarn-unused:params',
      '-S-Ywarn-unused:patvars',
      '-S-Ywarn-unused:privates',
      '-S-Ywarn-value-discard',
      '-S-Yrangepos'
  ]

And the

ldebug

does show me these args

polite-vase-75369

01/31/2019, 7:00 PM

im seeing some really weird dependency issue. i have a 3rdparty jar that pants is incorrectly detecting dependencies. when i run

pants resolve.ivy --open --no-cache-read 3rdparty/com/exacttarget/::

it says the jar has no dependencies... but that's not true

polite-vase-75369

01/31/2019, 7:00 PM

any ideas?

wide-energy-11069

01/31/2019, 7:14 PM

@brief-engineer-67497 curious whether you have been using a different version of coursier than the default one that pants fetches. If so, what version and how long have you been running it? It would help us identify a good candidate to upgrade to

average-vr-56795

02/01/2019, 4:28 PM

@witty-crayon-22786 I found out why the git hacks were in place in the pre-commit scripts! It turns out in pre-commit hooks

GIT_DIR=.git

is set which breaks git commands after you

cd

. Just un-setting

GIT_DIR

seems to fix everything… Will send out a PR…

👌 1

witty-crayon-22786

02/01/2019, 4:31 PM

whomp whomp. dang.

witty-crayon-22786

02/01/2019, 4:31 PM

we'll try again with larger comments 😃

average-vr-56795

02/01/2019, 4:31 PM

(not sure whether to unset or absolutify...)

average-vr-56795

02/01/2019, 4:32 PM

Yeah, will add some comments!

aloof-angle-91616

02/01/2019, 7:52 PM

made an issue for adding a regexp option type: https://github.com/pantsbuild/pants/issues/7203. i can advise if anyone thinks that's interesting

fancy-queen-20734

02/04/2019, 10:27 PM

Does this sound like it’d be a reasonable approach to the problem that java_sources on scala_libraries do not cause scala_libraries to invalidate? https://github.com/pantsbuild/pants/issues/7200#issuecomment-460435452

average-sugar-76469

02/05/2019, 9:48 PM

What is the pants way to utilize the output/results_dir values of a given target by another external command?AKA I want to invoke pants from within a shell script and then use the results of the successful pants command.

fierce-balloon-14181

02/06/2019, 10:36 AM

Hello guys, when executing pants compile in my project, during the bootstraping of jar-tools, I'm facing the following error:

Copy code

/home/abours/dev/mediarithmics-platform/.pants.d/bootstrap/bootstrap-jvm-tools/tool_cache/binary_jars/org.pantsbuild.zinc.bootstrapper.Main-7e594ff1fb53695a1725022a585649ea2a74bcb4-ShadedToolFingerprintStrategy_194c72d51d61.jar: java.io.IOException: Nom de fichier trop long

The exception can be translated by "Filename too long". I am running java build 1.8.0_191-8u191-b12-2ubuntu0.16.04.1-b12 and Linux Mint 18.3 Sylvia Any idea where it might come from? We spent some time with others devs using pants here and we could not find any solution

witty-crayon-22786

02/06/2019, 4:26 PM

which version of pants is this?

fierce-balloon-14181

02/06/2019, 4:27 PM

1.11.0rc2

witty-crayon-22786

02/06/2019, 5:26 PM

hm. there have been changes to shorten paths in the following releases, but i don't think that they would have affected that path...

witty-crayon-22786

02/06/2019, 5:26 PM

...yea, that kind of path is definitely still created on latest master.

aloof-angle-91616

02/06/2019, 5:28 PM

sounds like a job for a new

ShadedToolFingerprintStrategy

???

witty-crayon-22786

02/06/2019, 5:28 PM

@fierce-balloon-14181: would you mind filing an issue, and including any information you can get about the "path" and "name" length limits on that system? https://serverfault.com/a/598267

witty-crayon-22786

02/06/2019, 5:29 PM

afaict, it's more likely that that is hitting the name length issue

enough-analyst-54434

02/06/2019, 5:35 PM

If you're using an encypted directory as opposed to partition, its even worse: https://askubuntu.com/questions/728465/how-can-i-increase-ubuntus-143-byte-file-name-limit-for-encrypted-directories

fierce-balloon-14181

02/06/2019, 5:51 PM

Thanks for the answer, I will fill in the issue with additional info My hdd is encrypted, which might explain why I'm experiencing the issue unlike other devs here

👌 1

fierce-balloon-14181

02/06/2019, 6:22 PM

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

fierce-balloon-14181

02/06/2019, 6:26 PM

I added an additional info: I am not facing this filename limitation when creating the file with the shell. It might be related to related to Java when working on encrypted partitions

strong-crayon-70379

02/08/2019, 4:27 PM

are test and run broken right now for others? afaict interpreter constraints are still ANDing, so the default in ini should be breaking others like this:

strong-crayon-70379

02/08/2019, 4:28 PM

Copy code

11:25:13 00:06     [pytest-prep]
                   Invalidated 3 targets.
11:25:14 00:07     [pytest]
                   Invalidated 1 target.
                   scrubbed PYTHONPATH=/Users/clivingston/workspace/pants/src/python: from py.test environment
11:25:14 00:07       [run]
                     Failed to find compatible interpreter for constraints: [u'CPython>=3.6,<4', u'CPython>=2.7,<3']

                   tests/python/pants_test/backend/python:interpreter_cache                        .....   NOT RUN
FAILURE


               Waiting for background workers to finish.
11:25:14 00:07   [complete]
               FAILURE