[Bug]: v0.47.11 bumps x/exp and is incompatible with gogoproto 1.4.10

[fmorency]

Is there an existing issue for this?

• I have searched the existing issues

What happened?

I updated my project to cosmos-sdk v0.47.11 and I'm getting the

type func(x *descriptorpb.FileDescriptorProto, y *descriptorpb.FileDescriptorProto) bool of func(x, y *descriptorpb.FileDescriptorProto) bool {…} does not match inferred type func(a *descriptorpb.FileDescriptorProto, b *descriptorpb.FileDescriptorProto) int for func(a E, b E) int

issue described in #18415.

The issue seems to stem from v0.47.11 bumping the x/exp package from v0.0.0-20230711153332-06a737ee72cb to v0.0.0-20230905200255-921286631fa9 in cdb519f.

Cosmos SDK Version

0.47.11

How to reproduce?

Update your project from 0.47.10 to 0.47.11 and try to build.

[julienrbrt]

Yes x/exp had a breaking change.
In v0.47.10+ we've added in as a replace, but some indirect deps may bump it. You'll need to add the same replace directive in your app.

Ref: #19892, #18415, #19593

[julienrbrt]

We cannot simply bump it as explained in the other issue. If we bump we force everyone to use the new API, and we don't introduce such breakage in a patch release.

In the future we wil remove x/exp from our direct dependencies to avoid this.

[fmorency]

Thanks @julienrbrt

For the sake of posterity, one needs to add

replace golang.org/x/exp => golang.org/x/exp v0.0.0-20230711153332-06a737ee72cb

to their go.mod file.

[julienrbrt]

Chiming back here, we've deleted the x/exp dependency in gogoproto 1.7.0.
Meaning versions are now compatible with all SDK versions again.