both OSX I assume?

Yes

Who doesn’t run OSX?

k - fails for me so I'll dig on it

@#$%^&*!

ran out of symbols

Our CI builders run Linux and we have been running that logic there for several weeks.

Not that test, but I mean simple codegen in general.

yeah

I'm sure its just a leaky state dependence issue

the test runs fine on linux under ci in a group with other tests

only when I run in isolation on linux does it fail

I'll figue it out and send you two an RB

Sorry - read your 'isolation' query wrong - my head way in the CHANGELOG.rst 😕

Yeah - meant the exact command

./pants test tests/python/pants_test/backend/codegen/tasks:simple_codegen_task

@enough-analyst-54434: I have had some problems running test targets individually like that on Mac too. I was editing the ivy tests last week and there was a problem that was driving me nuts. Can you run:

./pants test tests/python/pants_test/backend/jvm/tasks:ivy_resolve

?

I get:

cls = <class 'pants.backend.jvm.ivy_utils.IvyUtils'>
                     path = '/var/folders/42/8krm7t_50x98_6rxp7p0tv1w000205/T/tmpR8DEyi/symlinkedcache/internal-d4a645803af35ead9bac1792fdb8a5f917c225be-IvyResolveFingerprintStrategy_bad27a4afbac-default.xml'
                     
                         @classmethod
                         def _parse_xml_report(cls, path):
                           logger.debug("Parsing ivy report {}".format(path))
                           ret = IvyInfo()
                     >     etree = xml.etree.ElementTree.parse(path)
                     E     AttributeError: 'module' object has no attribute ‘etree’

fails same for me

I worked around it with

./pants test tests/python/pants_test/backend/jvm/tasks

boo

I should have said something earlier.

Now that cache has been moved over to a subsystem, how do you set read_from_artifact_cache() to be true for a given task in pants.ini?

@enough-analyst-54434: If I were to randomly suspect a PR it’d be

commit f5933801a899f6d17e94fcba253fbe8ffbc98f1c
Author: Benjy Weinberger <benjyw@gmail.com>
Date:   Fri Jun 12 21:50:38 2015 +0000

    Support caching chroots for reuse across pants runs.

it repros in the repl, looking a bit

@mammoth-autumn-2551: Here’s what we have to turn it on globally:

[cache]
# '/mnt/nfs/shared-cache/pants-artifact-cache' is available on ec2 workers
read_from: ["/mnt/nfs/shared-cache/pants-artifact-cache", "<https://pypi.corp.squareup.com/laundrybasket-rw/>"]
read: True
write_to: ["/mnt/nfs/shared-cache/pants-artifact-cache", "<https://pypi.corp.squareup.com/laundrybasket-rw/>"]
write: True

For a task it would be [cache.<task name>]

I've got a fix for that one - RB presently

@silly-article-89931:

[cache.gen.antlr] read_from: ..

...and globally would be

[cache] read_from: ...