An update about this issue (also on JIRA at
https://issues.apache.org/jira/browse/ARROW-10105)
Hoping for some suggestions on how to deal with C++ issues with gRPC
versioning.
I have the Java version of this feature working and tested.
The C++ client has some challenges:
The experimental TlsCrede
Our quarterly board report is due on October 14. I created a Google
document for us to assemble the report, please fill in as appropriate
https://docs.google.com/document/d/1ir2PB1Yk3groGqZr14tJZr29KtGshB974rdryO2EOKU/edit#
For #1, can we embed a dummy root to make gRPC happy, since we're only
using it in the case that we're disabling validation? (Also, is there
a bug report for gRPC/would you like to file one?)
For #2, I think you can get cmake to pass -D flags, perhaps you can
get it to define a symbol you can chec
Regarding #2, what I've found now is that gRPC basically removed what
-DGPR_MANYLINUX1=1
does to try to collapse the case into the normal Linux case during the
upgrade to 1.32:
https://github.com/grpc/grpc/commit/23e1d30327923ac93beaeb6cdcfb0eef9be759c4
I'm currently trying out turning off platfor
Hi folks, checking back in here. Thanks to our collective effort, we're
making good progress towards the 2.0 release, but there's still a bit more
to do. Per
https://cwiki.apache.org/confluence/display/ARROW/Arrow+2.0.0+Release,
we're at 31 unstarted and another 31 in-progress issues left for 2.0.
