Skip to content

Conversation

@def-
Copy link
Contributor

@def- def- commented Dec 5, 2025

Not just in manual release cut

Noticed in
790c707#diff-d8516b256903c0a467dadf225f84ffb3023c18412afafdd5db11087cdbbf84e7 that we still have an old console on main and also our rc.1.

This is not a huge issue because with the current process we do manually cut a new .0 version, but still should be fixed!

I have no way of testing this, so there is some risk that the next bump might fail.

(All of this complexity can be removed when we move console into the materialize repo)

Checklist

  • This PR has adequate test coverage / QA involvement has been duly considered. (trigger-ci for additional test/nightly runs)
  • This PR has an associated up-to-date design doc, is a design doc (template), or is sufficiently small to not require a design.
  • If this PR evolves an existing $T ⇔ Proto$T mapping (possibly in a backwards-incompatible way), then it is tagged with a T-proto label.
  • If this PR will require changes to cloud orchestration or tests, there is a companion cloud PR to account for those changes that is tagged with the release-blocker label (example).
  • If this PR includes major user-facing behavior changes, I have pinged the relevant PM to schedule a changelog post.

Not just in manual release cut

Noticed in
MaterializeInc@790c707#diff-d8516b256903c0a467dadf225f84ffb3023c18412afafdd5db11087cdbbf84e7
that we still have an old console on main and also our rc.1.

This is not a huge issue because with the current process we do manually
cut a new .0 version, but still should be fixed!
@def- def- requested a review from a team as a code owner December 5, 2025 22:50
Copy link
Member

@bosconi bosconi left a comment

Choose a reason for hiding this comment

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

Looks good. One small question.

echo "Waiting for console version to be released on DockerHub (~15 min)"
console_version="${version#v}"
console_image="materialize/console:$console_version"
sleep $((15 * 60))
Copy link
Member

Choose a reason for hiding this comment

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

There's no way it will ever be available sooner than 15 mins? Checking before sleeping and starting out with the 1 minute sleep would be optimistic.

Copy link
Contributor Author

@def- def- Dec 9, 2025

Choose a reason for hiding this comment

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

We'd have to optimize the build for that, it currently seems to not use any caching, so it takes a minimum of 14 min based on the runs I checked. I'm more afraid we run into Docker quota and never finish.

@def- def- merged commit ff9f4cc into MaterializeInc:main Dec 9, 2025
134 checks passed
@def- def- deleted the pr-fix-console branch December 9, 2025 14:58
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