Update grpc to v1.3.0 and bump protobuf bindings.#2229
Update grpc to v1.3.0 and bump protobuf bindings.#2229aaronlehmann merged 1 commit intomoby:masterfrom
Conversation
|
Please sign your commits following these rules: $ git clone -b "bump-grpc" git@github.com:ijc25/swarmkit.git somewhere
$ cd somewhere
$ git rebase -i HEAD~842354014976
editor opens
change each 'pick' to 'edit'
save the file and quit
$ git commit --amend -s --no-edit
$ git rebase --continue # and repeat the amend for each commit
$ git push -fAmending updates the existing PR. You DO NOT need to open a new one. |
|
Gordon is upset because I forgot the S-o-b when I merged in #2224 and friends, that will go away as they are merged and I rebase. |
and update some dependent packages. We would like to keep moby/moby and swarmkit somewhat in sync here and moby/swarmkit#2229 proposes a similar bump to swarmkit, needed due to moby/swarmkit#1965 which pulls in containerd which uses some newer features of the grpc package. Signed-off-by: Ian Campbell <ian.campbell@docker.com>
Codecov Report
@@ Coverage Diff @@
## master #2229 +/- ##
=========================================
+ Coverage 60.16% 60.7% +0.54%
=========================================
Files 124 124
Lines 20156 20156
=========================================
+ Hits 12126 12236 +110
+ Misses 6669 6550 -119
- Partials 1361 1370 +9 |
|
FYI I have raised a similar PR against Moby engine in moby/moby#33590. Probably some discussion is needed around sequencing. |
|
The actual changes here look good. Once the dependencies are merged and this is rebased, I think it can go in, assuming CI for the moby PR is passing at that point. I don't think there are any significant sequencing issues since there aren't major code changes that need to take place in either repository. If we have a moby change ready to go in, we can merge this one first and then coordinate the moby change with the revendoring. |
Add google.golang.org/genproto to resolve:
vendor/google.golang.org/grpc/status/status.go:49:2: cannot find package "google.golang.org/genproto/googleapis/rpc/status" in any of:
Update golang.org/x/net to resolve:
vendor/google.golang.org/grpc/transport/http_util.go:417: f.fr.SetReuseFrames undefined (type *http2.Framer has no field or method SetReuseFrames)
Newer version of grpc uses the error code names (InvalidArgument,
PermissionDenied) instead of the numbers (e.g. 3, 7 respectively), which
requires updates to the expected error strings in some test cases.
Signed-off-by: Ian Campbell <ian.campbell@docker.com>
|
Prereqs are in so rebased and edited description/title. |
|
@aaronlehmann you CI rerun on moby/moby#33590 passed, but I see this has now failed. Integration tests failed with: which was also seen in #2222. |
|
I really suspect #2222 did something to make this failure more common. I don't recall seeing it before.
|
|
LGTM |
Signed-off-by: Ali Yousuf <aly.yousuf7@gmail.com>
Signed-off-by: Ali Yousuf <aly.yousuf7@gmail.com>
Signed-off-by: Ali Yousuf <aly.yousuf7@gmail.com>
and update some dependent packages. We would like to keep moby/moby and swarmkit somewhat in sync here and moby/swarmkit#2229 proposes a similar bump to swarmkit, needed due to moby/swarmkit#1965 which pulls in containerd which uses some newer features of the grpc package. Signed-off-by: Ian Campbell <ian.campbell@docker.com> Upstream-commit: 379557a Component: engine
and update some dependent packages. We would like to keep moby/moby and swarmkit somewhat in sync here and moby/swarmkit#2229 proposes a similar bump to swarmkit, needed due to moby/swarmkit#1965 which pulls in containerd which uses some newer features of the grpc package. Signed-off-by: Ian Campbell <ian.campbell@docker.com> Upstream-commit: 379557a Component: engine
Add google.golang.org/genproto to resolve:
Update golang.org/x/net to resolve:
Newer version of grpc uses the error code names (
InvalidArgument,PermissionDenied) instead of the numbers (e.g.3,7respectively), which requires updates to the expected error strings in some test cases.Signed-off-by: Ian Campbell ian.campbell@docker.com