> On Nov. 13, 2017, 5:05 p.m., Bill Farner wrote: > > Stephan - FYI, i reproduce the build error: > > ``` > > Exception message: Could not satisfy all requirements for > > mesos.executor==1.4.0: > > mesos.executor==1.4.0 > > ``` > > Stephan Erb wrote: > Interesting. Does it go away after a `./pants clean-all`? > > Bill Farner wrote: > I don't know, because that also doesn't work :-) > > ```console > $ ./pants clean-all > > /Users/bill/.cache/pants/setup/bootstrap-Darwin-x86_64/1.4.0.dev20/lib/python2.7/site-packages/pants/option/config.py:59: > DeprecationWarning: DEPRECATED: The pants.ini options scope `[binaries]` is > deprecated. Please migrate options in this scope to `[GLOBAL]`. will be > removed in version 1.6.0.dev0. > cls._transform_sections_to_global(parser, > GlobalOptionsRegistrar.options_subsumed_scopes) > WARN] sys:1: DeprecationWarning: DEPRECATED: option > 'interpreter_requirement' in scope 'python-setup' will be removed in version > 1.5.0.dev0. > Use --interpreter-constraints instead. > > > 17:29:49 00:00 [main] > (To run a reporting server: ./pants server) > 17:29:49 00:00 [setup] > 17:29:49 00:00 [parse] > Executing tasks in goals: clean-all > 17:29:49 00:00 [clean-all] > 17:29:49 00:00 [kill-pantsd]INFO] Attempting to fetch watchman binary > from: > /Users/bill/code/aurora/build-support/thrift/serve/bin/watchman/mac/10.12/4.5.0/watchman > ... > > FAILURE: Failed to fetch binary bin/watchman/mac/10.12/4.5.0/watchman > from any source: (Failed to fetch binary from > /Users/bill/code/aurora/build-support/thrift/serve/bin/watchman/mac/10.12/4.5.0/watchman: > Problem reading data from > /Users/bill/code/aurora/build-support/thrift/serve/bin/watchman/mac/10.12/4.5.0/watchman: > [Errno 2] No such file or directory: > u'/Users/bill/code/aurora/build-support/thrift/serve/bin/watchman/mac/10.12/4.5.0/watchman') > > > 17:29:49 00:00 [complete] > FAILURE > ```
We declare the Mesos executor dependency in `3rdparty/python/BUILD` but only need it for building the executor binary. Tests don't require it and it is not even available on Jenkins. It seems like this was no problem in the past, but is now causing issues in the latest pants release. During a quick scan of the changelog I did not notice anything obvious indicating such a behavior change. In addition, tO make `./pants clean-all` work, it seems we need this additional workaround: ``` [binaries] # Force pants to grab the thrift binary from the local one we build for gradle to use. -baseurls: ['%(buildroot)s/build-support/thrift/serve'] +baseurls: ['%(buildroot)s/build-support/thrift/serve', 'https://binaries.pantsbuild.org'] ``` - Stephan ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/63750/#review190822 ----------------------------------------------------------- On Nov. 13, 2017, 1:29 p.m., se choi wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://reviews.apache.org/r/63750/ > ----------------------------------------------------------- > > (Updated Nov. 13, 2017, 1:29 p.m.) > > > Review request for Aurora, John Sirois and Bill Farner. > > > Repository: aurora > > > Description > ------- > > pants for high-sierra > > > Diffs > ----- > > pants.ini 0671d9ab6381e5b9c324dc09a891a639cbfb2ccc > > > Diff: https://reviews.apache.org/r/63750/diff/1/ > > > Testing > ------- > > Review homebrew-core > > https://github.com/Homebrew/homebrew-core/pull/20581 > > > Thanks, > > se choi > >
