Uh oh!
There was an error while loading. Please reload this page.
Moving _pb_timestamp_to_datetime into core. - #1361
Conversation
tseaver
commented
Jan 14, 2016
Rather than copying the generated files into our own package here, it might be good to generate all the proto-based files for BigTable in a separate package, and just import them like the ones from |
dhermes
commented
Jan 14, 2016
I agree and it's something that's been discussed with @tbetbetbe but I don't think it's worth blocking this PR. WDYT? |
tseaver
commented
Jan 14, 2016
I'm actually thinking it would be better than what I proposed in #1317: if we could work out generating releasing the Python code from the protos as a separate project, we would simplify our own bits here, and maybe get to piggyback stuff like the Makefile in googleapis (note that it doesn't seem to support Python, so I'm not sure how they are generating |
be6e3bb to
e0f0c60CompareThis is in advance of `v1beta3`, where it will be needed to parse `Value.timestamp_value` (which is of type `timestamp_pb2.Timestamp`). Also adding `_datetime_to_pb_timestamp` for the other direction.
e0f0c60 to
d3058f3Comparedhermes
commented
Jan 15, 2016
tseaver
commented
Jan 15, 2016
LGTM |
Moving _pb_timestamp_to_datetime into core.
…les#1361) * add transcribe_model_selection * add transcribe_model_selection_test * flake
…les#1361) * add transcribe_model_selection * add transcribe_model_selection_test * flake
…les#1361) * add transcribe_model_selection * add transcribe_model_selection_test * flake
…les#1361) * add transcribe_model_selection * add transcribe_model_selection_test * flake
This is in advance of
v1beta3, where it will be needed to parseValue.timestamp_value(which is of typetimestamp_pb2.Timestamp). Also adding_datetime_to_pb_timestampfor the other direction.NOTE: Has #1353 as diffbase.