Looks like this affects ttrpc as well
right?
Does this affect the go-binding only, Fabiano?
Xu
------------------------------------------------------------------
From:Fabiano Fidêncio <fidencio@redhat.com>
Send Time:2020年8月12日(星期三) 05:32
To:kata-dev <kata-dev@lists.katacontainers.io>
Subject:[kata-dev] gogo/protobuf issues
Bin Liu reported a "Test latest CRI-O"
(https://github.com/kata-containers/tests/pull/2775) issue, which is
linked to an issue that I reported on CRI-O a few weeks ago
(https://github.com/cri-o/cri-o/issues/3991). Turns out the same issue
affects containerd (https://github.com/containerd/ttrpc/issues/62).
My vague understanding of the issue is that due to an update done on
golang/protobuf package, the one introducing its APIv2 is responsible
for generating messages which are now incompatible with the v1
package.
Considering the issue above, and the fact that gogo/protobuf is
looking for new ownership
(https://github.com/gogo/protobuf/issues/691), I think the best we can
do to deal with the unavoidable breakage is replace all the
gogo/protobuf usages on kata, containerd, and CRI-O by
golang/protobuf.
I'm not in the position to even measure how much work it'd be
required, but I know folks from Ant Fin are familiar with protobuf and
may be able to help with this.
On the CRI-O side, the gogo/protobuf issues are coming mostly from
vendored code, which I do believe that could be solved in one place
and both containerd & CRI-O would take advantage of the same fix.
Anyways, anyone interested on helping with this one?
Best Regards,
--
Fabiano Fidêncio
_______________________________________________
kata-dev mailing list
kata-dev@lists.katacontainers.io
http://lists.katacontainers.io/cgi-bin/mailman/listinfo/kata-dev