Is there any cadence for doing go upgrades?
# contribute
c
Is there any cadence for doing go upgrades?
I only bring it up because something we depend on is on go 1.23 and I basically have to do the work for our fork.
f
What is the thing that is go 1.23
The thing is testing I think
If you do it we can take It
c
Makes sense.
f
Cc @high-accountant-32689 wdyt?
h
I know go 1.23 has some breaking changes for package loading logic that would break pflags I believe... if you can take that on, that would be great!
c
Yeah I was looking at that. Also breaks mockery so need to figure that one out too, maybe update your fork.
h
for the fork, we have support for mockery v2 (added in https://github.com/flyteorg/flyte/pull/4937). We had a few contributions from the OSS community to get rid of it recently, so we're very close to getting completely off of the fork. The upstream mockery has support for 1.24. I'd love to get started on this migration to go 1.23 (in fact, it's not too crazy to start thinking about moving to 1.24), but, as Ketan and Haytham pointed out, making sure that we handle these breaking changes is the bottleneck.
Also, it's not a specific language feature that went out in 1.23 but a dependency that only supports 1.23, right, @clean-glass-36808?
c
Yep.