-
Notifications
You must be signed in to change notification settings - Fork 68
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
Update All The Things October 2024 #477
Conversation
@vossisboss let me know if you need reviews or help 😄 |
39afe5d
to
0c29721
Compare
Huh, looks like I made a mistake in 2ecbe81 where I should've also removed the field definition from the model: wagtail.org/wagtailio/roadmap/models.py Line 77 in ebf3f4c
It should be OK to remove it, its functionality has been replaced by the wagtail.org/wagtailio/roadmap/models.py Lines 132 to 134 in ebf3f4c
That property overwrites the model field in the same namespace, hence flake8 tripped. I guess since you updated the linter versions in a commit in this PR, that means it's a new rule added by flake8 in newer versions. Could you try removing that |
The final bits still needs to deploy to staging, but overall this is ready for a review. Could I interest either @Stormheg or @cnk or @zerolab in reviewing this upgrade before we go live. Also FYI @RealOrangeOne I added the Postgres upgrade here before I saw your PR. |
uses: actions/setup-python@v3 | ||
with: | ||
python-version: '3.11' | ||
python-version: '3.12' | ||
- uses: actions/setup-node@v3 |
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 might be an excellent opportunity to upgrade the versions of the actions we use ;)
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.
Gave this a go locally. I don't have a representative database backup so I cannot test every aspect, assuming someone will test this on staging (staging site appears to be in maintenance mode?)
It looks like none of the upgrade considerations in the 6.2 release notes affect us, so should be straightforward to upgrade.
We should be sure the production database is also on Postgres 16 or better before we release, as noted by Dan
@Stormheg, our production database was force upgraded about a week or so ago, so we're definitely on the correct version. I will give this one more look later today or tomorrow then merge this. |
Co-authored-by: Dan Braghiș <[email protected]>
@zerolab The bookworm build failed on staging. Here is the key error. You can poke at the full log on Heroku if you want. Have we used bookworm elsewhere with no issues? Just wondering if it's worth pushing this or if we should stick to bullseye for this iteration of the site.
|
I find this page a little confusing but I suspect what we want is |
I'm not sure where and how we would set that @cnk? The Dockerfile? Looks like the bullseye deployment is working fine, so I'm not sure I'm really inclined to dig into this unless there are some amazing reasons to use bookworm. |
@vossisboss I pushed a commit that should fix the dockerfile. 'bullseye' and 'bookworm' are - Toy Story inspired - codenames for Debian, the operating system the Docker containers use. Bullseye (Debian 11) is not receiving security updates anymore: https://endoflife.date/debian |
@vossisboss I tried @Stormheg's update from an hour ago and it works great. I had to export and reimport my database to upgrade the postgres server version but that was the only extra step to run this upgrade vs current main branch. I think this is ready to go to the Heroku staging server when you have a chance. |
Started a branch with @cnk to bump to Wagtail 6.2