Ergonomic, hermetic, user-friendly software build system for Python, Go, Java, Kotlin, Protobuf, Scala, Shell. Pants lets you fearlessly scale up your codebase!

Pants

See <https://github.com/benjyw/pants/blob/benjy/invalidation_bug_repro/BUG_REPRO.md>

Branch is `benjy/invalidation_bug_repro` on my pants fork

It’s not actually an invalidation bug, I don’t think, so ignore the name

If you look at the z.jar before and after, you see that it is modified correctly

Somehow zinc is concluding that it doesn’t need to recompile a dep

lovely. probably worth converting into a bug report. will try it out after <https://github.com/pantsbuild/pants/issues/4477>

<https://github.com/pantsbuild/pants/issues/4664>

<@U04S45AHA> : this is not based on actually inspecting the code, so take it with a grain of salt, but:

```14:47:01 00:19     [requirements]
14:47:01 00:19       [cache]
                   No cached artifacts for 19 targets.
                   Invalidated 19 targets.
14:47:08 00:26     [sources]
14:47:08 00:26       [cache]
                   No cached artifacts for 26 targets.
                   Invalidated 26 targets.```

new python backend does appear to be attempting to use the cache

Only for python binary. You see chroot "caching that is not caching"

yea, forgot that we still check the cache even if nothing is wired up to write

(not something we see in pantsbuild/pants because caching is disabled globally)

So, it appears that we have a test stability problem in master right now.

Can someone who knows something about strict dep checking look at this: <https://travis-ci.org/pantsbuild/pants/jobs/241667452>

It could not possibly be caused by my change, which was just documentation

Looks like a corrupted Travis cache potentially.

zinc bootstraps itself (...and doesn't always do a great job in a concurrent environment... sigh)

sup, any news on <https://github.com/pantsbuild/pex/pull/316> ?