Skip to content

Bump Trillian to v1.8.0, go to v1.26.0, and drop tracing support - #1832

Merged
phbnf merged 8 commits into
google:masterfrom
phbnf:trillianv1.8.0
Sep 21, 2026
Merged

phbnf merged 8 commits into
google:masterfrom
phbnf:trillianv1.8.0

Conversation

@phbnf

@phbnf phbnf commented Sep 21, 2026 •

Copy link
Copy Markdown
Contributor

This PR:

  • bumps go to v1.26
  • migrates to etcd/server
  • updates migrates to trillian v1.8.0
  • drops tracing support
  • add String() methods to a bunch of loglistv3 struct to fix golangci-lint
  • regenerate protos

Bonus: It drops dependencies on opencensus, and the deprecated AWS SDK, which should make some security warnings and an issue (#1673) obsolete.

Checklist

@phbnf phbnf changed the title Bump trillian to v1.8.0 Bump trillian to v1.8.0, and drop tracing support. Sep 21, 2026
@phbnf phbnf changed the title Bump trillian to v1.8.0, and drop tracing support. Bump trillian to v1.8.0, and drop tracing support Sep 21, 2026
@phbnf phbnf changed the title Bump trillian to v1.8.0, and drop tracing support Bump Trillian to v1.8.0, go to v1.26.0, and drop tracing support Sep 21, 2026
@phbnf
phbnf requested a review from AlCutter September 21, 2026 15:37
@phbnf
phbnf marked this pull request as ready for review September 21, 2026 15:37
@phbnf
phbnf requested a review from a team as a code owner September 21, 2026 15:37
Comment thread loglist3/loglist3.go Outdated
Comment on lines +209 to +229
// String method returns a string representation of the tree head.
func (th TreeHead) String() string {
return fmt.Sprintf("[SHA256RootHash: %x, TreeSize: %d]", th.SHA256RootHash, th.TreeSize)
}

// String method returns a string representation of the log state.
func (s *LogState) String() string {
if s == nil {
return "<nil>"
}
return fmt.Sprintf("Timestamp: %v", s.Timestamp)
}

// String method returns a string representation of the read-only log state.
func (r *ReadOnlyLogState) String() string {
if r == nil {
return "<nil>"
}
return fmt.Sprintf("%s, FinalTreeHead: %s", &r.LogState, r.FinalTreeHead)
}

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Are these changes meant to be in this PR?
(also, should the methods be located near to the structs they're on?)

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes they are meant to be here: golangci-lint was complaining because were were using "%q" in logs with structs that didn't have a Stringer interface. I figured it was better to add the "String" methods rather than switching to "%v".

My first hunch was to put the methods next to the struct, until I realized the structs were just above and that there was some benefits to having the full structs defined one after the other one since they are imbricated.
Since we both had the same intuition, I've moved them back closer.

@phbnf
phbnf merged commit f7ce2e3 into google:master Sep 21, 2026
13 checks passed
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