Skip to content

chore: relax go directive to permit 1.22.x#3713

Merged
AlCutter merged 1 commit intogoogle:masterfrom
dnwe:go-directive
Jan 9, 2025
Merged

chore: relax go directive to permit 1.22.x#3713
AlCutter merged 1 commit intogoogle:masterfrom
dnwe:go-directive

Conversation

@dnwe
Copy link
Contributor

@dnwe dnwe commented Jan 9, 2025

Setting this to 1.22.7 requires all consumers to be building with the 1.22.7 or newer release of Go 1.22 and to update their own go.mod accordingly — this seems unnecessarily restrictive for a library module, particularly as the code itself doesn't currently use any modern language constructs and builds fine even with older Go versions.

Instead set the go directive to 1.22.0 and use the toolchain directive to recommend the latest 1.22.x when building locally.

Checklist

Setting this to 1.22.7 requires all consumers to be building with the
1.22.7 or newer release of Go 1.22 and to update their own go.mod
accordingly — this seems unnecessarily restrictive for a library module,
particularly as the code itself doesn't currently use any modern
language constructs and builds fine even with older Go versions.

Instead set the go directory to 1.22.0 and use the toolchain directive
to recommend the latest 1.22.x when building locally.

Signed-off-by: Dominic Evans <dominic.evans@uk.ibm.com>
@dnwe dnwe requested a review from a team as a code owner January 9, 2025 15:18
@dnwe dnwe requested a review from AlCutter January 9, 2025 15:18
@AlCutter
Copy link
Member

AlCutter commented Jan 9, 2025

/gcbrun

@AlCutter AlCutter self-assigned this Jan 9, 2025
@AlCutter
Copy link
Member

AlCutter commented Jan 9, 2025

Thanks @dnwe, good call.

@dnwe
Copy link
Contributor Author

dnwe commented Jan 9, 2025

@AlCutter thanks Al — would you be happy to cut a v1.7.1 so I can adopt it in some other modules?

@dnwe dnwe deleted the go-directive branch January 9, 2025 16:19
@AlCutter
Copy link
Member

AlCutter commented Jan 9, 2025

@AlCutter thanks Al — would you be happy to cut a v1.7.1 so I can adopt it in some other modules?

Sure!

@AlCutter
Copy link
Member

AlCutter commented Jan 9, 2025

--> https://github.com/google/trillian/releases/tag/v1.7.1 👍

dnwe added a commit to dnwe/certificate-transparency-go that referenced this pull request Jan 9, 2025
Setting this to 1.22.7 requires all consumers to be building with the
1.22.7 or newer release of Go 1.22 and to update their own go.mod
accordingly — this seems unnecessarily restrictive for a library module,
particularly as the code itself doesn't currently use any modern
language constructs and builds fine even with older Go versions.

Instead set the go directive to 1.22.0 and use the toolchain directive
to recommend the latest 1.22.x when building locally.

Note: this also upgrade google/trillian to v1.7.1 in order to pull in
google/trillian#3713 which is what allows the go
directive to be relaxed here.

Signed-off-by: Dominic Evans <dominic.evans@uk.ibm.com>
AlCutter pushed a commit to google/certificate-transparency-go that referenced this pull request Jan 9, 2025
Setting this to 1.22.7 requires all consumers to be building with the
1.22.7 or newer release of Go 1.22 and to update their own go.mod
accordingly — this seems unnecessarily restrictive for a library module,
particularly as the code itself doesn't currently use any modern
language constructs and builds fine even with older Go versions.

Instead set the go directive to 1.22.0 and use the toolchain directive
to recommend the latest 1.22.x when building locally.

Note: this also upgrade google/trillian to v1.7.1 in order to pull in
google/trillian#3713 which is what allows the go
directive to be relaxed here.

Signed-off-by: Dominic Evans <dominic.evans@uk.ibm.com>
JasonPowr pushed a commit to securesign/certificate-transparency-go that referenced this pull request Jan 24, 2025
Setting this to 1.22.7 requires all consumers to be building with the
1.22.7 or newer release of Go 1.22 and to update their own go.mod
accordingly — this seems unnecessarily restrictive for a library module,
particularly as the code itself doesn't currently use any modern
language constructs and builds fine even with older Go versions.

Instead set the go directive to 1.22.0 and use the toolchain directive
to recommend the latest 1.22.x when building locally.

Note: this also upgrade google/trillian to v1.7.1 in order to pull in
google/trillian#3713 which is what allows the go
directive to be relaxed here.

Signed-off-by: Dominic Evans <dominic.evans@uk.ibm.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants