Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Prepare 0.63.2 release #3393

Merged
merged 7 commits into from
Nov 16, 2023
Merged

Prepare 0.63.2 release #3393

merged 7 commits into from
Nov 16, 2023

Conversation

conorsch
Copy link
Contributor

This PR prepares the upcoming v0.63.2 point release. See context in #3182 (comment). As described there, most of these changes are CI related, geared toward providing working binary builds again. There are also two (2) QoL pcli improvements.

After this PR is merged into the release/0.63.x branch, the usual cargo release steps will be performed on that branch, including a tag, to trigger the point release.

conorsch and others added 7 commits November 16, 2023 12:49
This reverts commit 155df60,
which itself reverted commit 25c4e6f.

ci: use helmfile gha helper
For including helm-diff, required for running "helmfile apply"

Refs #3279.

(cherry picked from commit c088e35)
Follow-up to c088e35,
ensuring that the "testnet" workflow matches the "preview" change.

(cherry picked from commit 4f912f7)
There are two changes here:

  1. Ensure that the PENUMBRA_VERSION is submitted to remote repo build
     jobs, so that a matching container version is created, e.g.
     "ghcr.io/penumbra-zone/galileo:penumbra-v0.63.1".
  2. Ensure that the PENUMBRA_VERSION var is populated when bouncing
     the deployment on the cluster, so the newly created tag is
     referenced.

Crucially, we needed to switch from "repository_dispatch" events (which
support a `client_payload` dict in the posted JSON) to
"workflow_dispatch" events (which support an `inputs` dict, allowing us
to set the required `penumbra_version` field).

Refs #3279.

(cherry picked from commit 80401e3)
In this commit we move from cargo-dist 0.0.4 to 0.4.2.
The tooling updates are considerable, as the version number implies.
To test, I regenerated the workflow YAML and run it many times in a
private fork of the repo. With the notable change that we're no longer
building binaries for Windows (#3298), everything else looks to work
pretty well. Even better, the runtime for the workflow has decreased
from ~60m to ~20m, with the biggest win skipping Windows builds.

Refs #3279, #3298.

(cherry picked from commit ed6ced1)
Also ensures we're using the most recent stable version of buf
across all workflows, via the `v1` version specifier.

Closes #3292.

(cherry picked from commit 78a85fd)
In the future, once the MemoView has an AddressView, we can change this to show
the AddressView and show the address structure.

(cherry picked from commit a041ea4)
Since we moved to new pcli config file in #3239, we don't use the
archives anymore. If a machine doesn't have archive dirs, then pcli will
throw an error, which is bad. Stop looking for archive dirs.

Similar, we shouldn't look for a custody.json file, we should look for
the new config.toml file.

Closes #3321.

(cherry picked from commit f839582)
@conorsch conorsch merged commit 21fc75d into release/0.63.x Nov 16, 2023
6 checks passed
@conorsch conorsch deleted the prepare-0.63.2-release branch November 16, 2023 21:32
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