New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
grpc_java_repositories: fix com_google_protobuf_javalite sha256. #5456
Conversation
curl -sL https://github.com/google/protobuf/archive/384989534b2246d413dbcd750744faab2607b516.zip | shasum -a 256 gives 79d102c61e2a479a0b7e5fc167bcfaa4832a0c6aad4a75fa7da0480564931bcc.
This appears to have been broken since eaca734 (early February), which bumped the javalite version but suspiciously only changed the last digit of the sha. I'm not sure why this went unnoticed; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
@ejona86 PTAL |
Hmmm... that means we don't actually have a reference to it anywhere. I added a trash java_lite_proto_library and built and it detected the mismatch. protobuf-lite does have a dependency on it, but only for android builds... It seems there should be some sort of addition to prevent regressions in the future or it should be removed, but it's not obvious what form it should take. Whatever. |
(FYI: a common way that I figure out the new SHA is to modify the old sha and rebuilt. The build will fail and tell me the sha of what it downloaded. I then copy-paste it into the build file. That's why the last digit changed; I had expected the build to fail.) |
@Ubehebe, thank you! |
This is required to pull in the newer com_google_protobuf_javalite. Pristine v1.19.0 is not usable due to the incorrect SHA256 checksum; see grpc/grpc-java#5456.
This needs to be backported to 1.19. |
curl -sL https://github.com/google/protobuf/archive/384989534b2246d413dbcd750744faab2607b516.zip | shasum -a 256
gives
79d102c61e2a479a0b7e5fc167bcfaa4832a0c6aad4a75fa7da0480564931bcc
.