oh i think that error is normal we just haven't transferred the workaround of using 10.13 binaries for 10.14 to the bootstrap script

that really shouldn't be mega hard to do honestly

and also i think the

cffi

issue may actually be an issue with the caching of our

pants_dev_deps.venv

whenever

3rdparty/python/requirements.txt

is modified (because

git clean -xfd

fixed it) -- would need to check the git log to see if this is plausible

@brief-engineer-67497 I see you are moving from sbt to pants. Are you planning to abandon the sbt/play file watching, hot server reload? I’m contemplating a similar transition - we aren’t using play, but lagom has a similar sbt plugin

actually we are not using the hot server reload. We are using play mostly for the server part

thanks - we aren’t using lagom hot-server reload at the moment, just leary of losing it

I’m considering migrating from sbt to pants. We use a lot of different sbt plugins. Is this channel a reasonable place to ask pants capability questions?

I asked a lot of question here. I hope it was the good place XD

Is there a good example of using a custom jvm based source-code generator in pants? The generator source code is in the same repo as generated code (all scala)

it involves subclassing

SimpleCodegenTask

... not sure which the best is at the moment.

(looking)

@aloof-angle-91616 I have a similar issue. Posted here https://github.com/pantsbuild/pants/pull/6591

I'm testing

1.11.0rc0

on my laptop and just ran

./pants

, and I got this:

Exception message: While reading from u'<???>' [line 113]: section u'jvm.doc.scaladoc' already exists

because of the

u'<???>'

it's difficult to figure out what's going on... any clues here on how I can resolve this?

I guess before

1.11.0

it was okay to redeclare the pants.ini categories (we had multiple sections of

[python-setup]

and

[jvm.doc.scaladoc]

)? I merged them and now it works

mm, maybe related to the configparser change in https://www.pantsbuild.org/notes-1.11.x.html#heading_refactoringimproveme_119 ...

I have a plugin that generates scala code from avro sources, it's been throwing this message

Users/seolh001/.cache/pants/setup/bootstrap-Darwin-x86_64/1.9.0rc1/lib/python2.7/site-packages/pants/task/simple_codegen_task.py:284: DeprecationWarning: DEPRECATED: SimpleCodegenTask.find_sources is deprecated. Subclasses should instead specify sources_globs and sources_exclude_globs. Class to update: ApacheAvroGen_gen_avro_scala. find_sources will be removed in version 1.10.0.dev0.

. I'm trying to address this by adding the

source_globs

variable.

Since I want avro files to be targeted, I declared it as

sources_globs = ('**/*.avsc', '**/*.avdl')

. When I add this line, I get a bunch of compile errors related to the generated avro not being referenced correctly

such as type not found, etc. Is my

source_globs

syntax wrong? or are there otehr things I need to add?

huh,

'**/*'

did the trick

can I are you using tdyas avro plugin billy?

I'm not aware of that!

oh, the one in contrib

we're using that for java

we have another one for scala that uses avrohugger to generate case classes and such

ah, I was wondering if you had extended it . I see. Just curious, we aren't really using Avro internally

that initial plugin was investigatory and didn't go much further

yeah, I'm thinking of contrib-ing the scala one that we're using - hopefully some time soon

new error, getting a bunch of these:

compile(src/jvm/com/studio/ds/util/sparkle:sparkle) failed: Error expanding globs: Custom { kind: InvalidData, error: StringError("Absolute symlink: \"/Users/seolh001/projects/de-monorepo/.pants.d/ivy/jars/org.scala-lang/scala-compiler/jars/scala-compiler-2.11.12.jar\"") }

what is the glob that it is referring to?