Bumps google.golang.org/protobuf from 1.27.1 to 1.33.0.

---
updated-dependencies:
- dependency-name: google.golang.org/protobuf
  dependency-type: direct:production
...

Signed-off-by: dependabot[bot] <[email protected]>

…olang.org/protobuf-1.33.0

Bump google.golang.org/protobuf from 1.27.1 to 1.33.0

Signed-off-by: Akhil Mohan <[email protected]>

- update actions/setup-go to v5
- update actions/checkout to v4

Signed-off-by: Akhil Mohan <[email protected]>

Signed-off-by: Akhil Mohan <[email protected]>

Since containerd is not using gogo anymore it seems like we should
remove the depenency on gogo here since gogo is a fairly large
dependency and is also unaintained.

This also gets imported by the runc shim and adds a fair amount to the
binary size (in terms of percentage of the whole size).

I did keep a fallback test in that still imports gogo and continues to
work. The test marshals a type with gogo and then unmarshals it by
typeurl.
This is why gogo is still in the go.mod
Not sure if this is worthwhile or not.

This may need a module version bump since some functions will behave
differently now.

Signed-off-by: Brian Goff <[email protected]>

A handler is an unexported type that is used to abstract external type
registries, such as gogoproto.
This allows us to add back gogo support but allow those who don't need
it to compile it out with the `!no_gogo` build tag.

Signed-off-by: Brian Goff <[email protected]>

ci: fix workflows and test on go 1.23.x

Make gogo optional at compile time

Signed-off-by: Derek McGowan <[email protected]>

Fix panic when type is not found

This is a faithful backport of #53

---

In 7d3d258 I inadvterantly removed
support for json unmarshalling for the case when a type implements a
protobuf message but is a type that is registered.

For types that are registered through the `Register` function typeurl
is supposed to ignore the interfaces that the type implements and just
use json.

This change restores that behavior.

Signed-off-by: Brian Goff <[email protected]>