Upgrading to dev-libs/protobuf-3.8.0 forced re-emerging of sci-libs/tensorflow-1.14.0_rc0 which now fails with ERROR: /var/tmp/portage/sci-libs/tensorflow-1.14.0_rc0/work/tensorflow-1.14.0-rc0-python3_7/tensorflow/contrib/rpc/python/kernel_tests/BUILD:13:1: in proto_gen rule //tensorflow/contrib/rpc/python/kernel_tests:test_example_proto_py_genproto: Traceback (most recent call last): File "/var/tmp/portage/sci-libs/tensorflow-1.14.0_rc0/work/tensorflow-1.14.0-rc0-python3_7/tensorflow/contrib/rpc/python/kernel_tests/BUILD", line 13 proto_gen(name = 'test_example_proto_py_genproto') File "/var/tmp/portage/sci-libs/tensorflow-1.14.0_rc0/work/tensorflow-1.14.0-rc0-python3_7-bazel-base/external/protobuf_archive/protobuf.bzl", line 110, in _proto_gen_impl ctx.actions.run(inputs = inputs, outputs = ctx.out..., <4 more arguments>) Found tool(s) 'bazel-out/host/bin/external/grpc/grpc_python_plugin' in inputs. A tool is an input with executable=True set. All tools should be passed using the 'tools' argument \ instead of 'inputs' in order to make their runfiles available to the action. This safety check will not be performed once the action is modified to take a 'tools' argument. To temporarily disable this check, set --incompatible_no_support_tools_in_action_inputs=false. Many thanks for a hint what's going on here
(In reply to Helmut Jarausch from comment #0) > Found tool(s) 'bazel-out/host/bin/external/grpc/grpc_python_plugin' in > inputs. > A tool is an input with executable=True set. All tools should be passed > using the 'tools' argument \ > instead of 'inputs' in order to make their runfiles available to the action. > This safety check will not be performed once the action is modified to take > a 'tools' argument. > To temporarily disable this check, set > --incompatible_no_support_tools_in_action_inputs=false. This error message is from Bazel, not Protobuf. Probably you upgraded Bazel recently. Please try building with different versions of Bazel.
And try sci-libs/tensorflow-1.14.0 which was added today.
Actually in https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=9d23ef3049aa6719ec03b3bcadff19d4772d28ee this is seen which matches workaround mentioned in error message: @@ -242,6 +247,7 @@ src_configure() { echo 'build --config=noaws --config=nohdfs --config=noignite --config=nokafka' >> .bazelrc || die echo 'build --define tensorflow_mkldnn_contraction_kernel=0' >> .bazelrc || die + echo 'build --incompatible_no_support_tools_in_action_inputs=false' >> .bazelrc || die } if use python; then python_foreach_impl run_in_build_dir do_configure So the problem should be already fixed in sci-libs/tensorflow-1.14.0.
(In reply to Arfrever Frehtes Taifersar Arahesis from comment #2) > And try sci-libs/tensorflow-1.14.0 which was added today. Yes, it's fixed in tensorflow-1.14.0. Thanks, Helmut
Is re-opening of this bug your mistake?