-
Notifications
You must be signed in to change notification settings - Fork 229
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
test: separate upgrade-12 #8254
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I started reviewing before I realized this was draft. I hope early feedback is helpful.
packages/deployment/upgrade-test/upgrade-test-scripts/agoric-upgrade-11/test.sh
Show resolved
Hide resolved
# agoric-upgrade-12 specific env here... | ||
export USER2ADDR=$($binary keys show user2 -a --keyring-backend="test" 2> /dev/null) | ||
|
||
printKeys() { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
more bash. le sigh
echo "========== GOVERNANCE KEYS ==========" | ||
} | ||
|
||
pushPrice () { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
note for @iomekam :
I think we have agops oracle setPrice --keys=gov1,gov2
in this context. It obviates the weird stuff this code does.
fi | ||
} | ||
|
||
export_genesis() { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I kinda thought this was an 11 thing
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
we may not need to perform these tests again in upgrade 12, in which case we can remove.
agd export --export-dir "$GENESIS_EXPORT_DIR" $GENESIS_HEIGHT_ARG "$@" | ||
} | ||
|
||
make_swing_store_snapshot() {( set -euo pipefail |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
also 11
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
preliminary review
fi | ||
} | ||
|
||
export_genesis() { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
we may not need to perform these tests again in upgrade 12, in which case we can remove.
...t/upgrade-test/upgrade-test-scripts/agoric-upgrade-12/zoe-full-upgrade/zcf-upgrade-script.js
Outdated
Show resolved
Hide resolved
#this is agoric-upgrade-11 / vaults+1 | ||
FROM ${DEST_IMAGE} as agoric-upgrade-11 | ||
# this is agoric-upgrade-12 supporting wallets with non-vbank assets | ||
FROM ${DEST_IMAGE} as agoric-upgrade-12 | ||
ARG BOOTSTRAP_MODE | ||
ENV THIS_NAME=agoric-upgrade-11 BOOTSTRAP_MODE=${BOOTSTRAP_MODE} | ||
ENV THIS_NAME=agoric-upgrade-12 BOOTSTRAP_MODE=${BOOTSTRAP_MODE} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
don't we need to add FROM
for agoric-upgrade-11 ? I think ghcr.io/agoric/agoric-sdk:35
is the upgrade-11 rc0 right now.
#this is agoric-upgrade-11 / vaults+1 | ||
FROM ${DEST_IMAGE} as agoric-upgrade-11 | ||
# this is agoric-upgrade-12 supporting wallets with non-vbank assets | ||
FROM ${DEST_IMAGE} as agoric-upgrade-12 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This change seems to be removing agoric-upgrade-11
entirely, when I'd imagine we want to agoric-upgrade-12
to build on top of it like the other upgrades?
03933a9
to
125a9ce
Compare
|
||
# UPGRADE block | ||
ARG DEST_IMAGE | ||
FROM ghcr.io/agoric/agoric-sdk:36 as agoric-upgrade-11-to-12 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Shouldn't this use DEST_IMAGE
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oh my bad, I talked to @michaelfig and he explained to me that this is just running the governance proposal for the upgrade, which does need to run in the previous version. Maybe a comment to that effect would help future readers?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@turadg, if you're still working on this, maybe the right thing to do is to globally rename agoric-upgrade-10-to-11
to propose-agoric-upgrade-11
and similar for 11-to-12
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I like that!
packages/deployment/upgrade-test/upgrade-test-scripts/agoric-upgrade-12/pre_test.sh
Outdated
Show resolved
Hide resolved
const ( | ||
upgradeName = "agoric-upgrade-12" | ||
upgradeNameTest = "agorictest-upgrade-12" | ||
) | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not a golang specialist, but I think const
are preferred declared top of a module
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If it were just stylistic I agree. In this case the file is quite large and the upgrade handler is just one small part of it. I think the handler should be factored out but that’s out of scope. Meanwhile it’s helpful for the reader to see that those constants are just for the two places in use and not general configuration constants. Ie you can’t change them independently of the code.
I see the change has happened. Not worth spinning CI again.
I'd like either @raphdev or @michaelfig to take a look at the Dockerfile changes as I don't feel qualified enough. |
} | ||
|
||
# Check brand aux data for more than just vbank assets | ||
testMinChildren published.boardAux 3 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't see an actions
thing for upgrade-12. I suspect this will fail :)
packages/deployment/upgrade-test/upgrade-test-scripts/agoric-upgrade-12/actions.sh
Outdated
Show resolved
Hide resolved
packages/deployment/upgrade-test/upgrade-test-scripts/agoric-upgrade-12/pre_test.sh
Outdated
Show resolved
Hide resolved
@iomekam notes this is blocked on ci failure in master but otherwise ready to go. |
Thanks @iomekam for taking this over. I've reviewed the current state and Approve. Though consider reverting the constants move since you have to rebase and run CI anyway. |
I believe master is green, please update the branch. |
ARG DEST_IMAGE | ||
#this is agoric-upgrade-10 upgrading to 11 | ||
#it's a separate target because agoric-upgrade-10 takes so long to test | ||
FROM ghcr.io/agoric/agoric-sdk:35 as agoric-upgrade-10-to-11 | ||
FROM ghcr.io/agoric/agoric-sdk:35 as propose-agoric-upgrade-11 | ||
# This default UPGRADE_INFO_11 is to test core proposals like the network vat. | ||
# TODO: Maybe replace with a Zoe core proposal, or remove when other paths test it. | ||
ARG BOOTSTRAP_MODE UPGRADE_INFO_11='{"coreProposals":["@agoric/builders/scripts/vats/init-network.js"]}' |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just noticed UPGRADE_INFO_11
should have been restored to empty.
Description
upgrade-11 is on the release train with less than master it testing as part of upgrade 11. In particular, #8147 added to the agoric-upgrade-11 test that smartWallet gets upgraded, but it won't be until upgrade 12. Additionally, the Zoe changes were in the actions, though they were disabled in the test (until #8121)
This trims down the upgrade-11 test to only what went out in upgrade-11. The rest it bumps up to upgrade-12.
Security Considerations
Scaling Considerations
Documentation Considerations
Testing Considerations
Upgrade Considerations