Conversation
tldahlgren
left a comment
There was a problem hiding this comment.
Confirmed the sha256, deferring merge to maintainers
Oops. Just noticed this is DRAFT. |
|
Ok, when testing it locally it just build with I have added The cpp variant was deprecated starting [email protected] (see Release Notes and ReadMe). |
|
This should be ready to review now. |
|
@spackbot run pipeline |
|
I've started that pipeline for you! |
|
Thanks for updating this! I was going to add it in #36711 but chickened out when I saw that bazel might be required to build from source: protocolbuffers/protobuf#12390 So is bazel required or not? My understanding is that the PyPI source code (which we use) doesn't require bazel, but also doesn't support cpp, only upb/python. So if someone really wanted cpp, they would have to build from the git repo and use bazel. Is that correct?
In all honesty, the TF package is a series of hacks built on top of hacks to get things working. The docs say it depends on protobuf but doesn't specify whether that's the Python lib or the C++ lib so we added both. And things start to break if those aren't the same version, which I think is why we added Wondering if we should replace |
|
For the multi-value variant approach. At the moment I don't see any advantage in it. |
|
The advantage would be that they can be marked as mutually exclusive. Of course, if no one wants or needs upb support and it's only +cpp or ~cpp as options, it doesn't make much of a difference. P.S. TF no longer requires protobuf+cpp. |
|
We can add support for upb in a future PR if someone actually needs it. |
* py-protobuf: add 4.23.3 * protobuf: add 3.23.3 * py-protobuf: disable cpp variant for @4.22:
This version also works with
[email protected]whereas the older versions don't (see #38608)