-
Notifications
You must be signed in to change notification settings - Fork 443
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
Sumac Sandbox & Release Preparation #1121
Comments
@jfavellar90 Hi, letting you know since you are the maintainer for notes and xqueue. @ghassanmas Hi, letting you know since you are the maintainer for forum. @MoisesGSalas Hi. I am not sure if you are the contact person for codejail but since you did it last time for redwood, I have assigned the sumac to you. Let me know if this is not the case. Thank you all. Let me know if you have any questions |
Hi @DawoudSheraz, that's right, I will take care of the codejail plugin. |
Awesome, thank you. |
@DawoudSheraz I'm taking care of notes and xqueue :) |
Thank you. |
Hi! |
Hi, I am in touch with BTR to get a confirmation on this. Thanks |
Hi @bmtcril! Can you please check if the aspects plugin is ready for the summac sandbox? |
@angonz @DawoudSheraz we're working on the last couple of Aspects bug fixes, but expect to have a release ready in the next day or so. |
Tutor-mfe and tutor-indigo Sumac PRs are ready. I've tested them on local and sandboxdev using tutor Sumac PR (with nightly) |
@angonz @DawoudSheraz Aspects v1.2.0 is on PyPI and ready for testing, thanks for your patience! |
@angonz @DawoudSheraz - Linking the configuration information for Libraries for the testing sandbox:here Thank you! |
Cool. I will update sandbox script to point to v1.2.0 tag for contrib-aspects. Thanks |
Hi. meilisearch related PRs are not merged yet, they are under review. I have not looked at the entire linked issue but it seems we need meilisearch before enabling the flags. @kdmccormick Is this correct? |
Tutor forum PRs are ready I have tested (v1) with discussion MFE.
Note: The discussion MFE and forum cs_comments_service would crash when responding to a thread; if your disk is almost full, this because Elasticsearch blocks writing in such case. |
Tutor contrib codejail: eduNEXT/tutor-contrib-codejail#59, still wip but is working.
|
Thanks |
tutor-minio sumac PR is ready.
|
tutor-cairn sumac PR is ready.
|
Hi team! Can we confirm that the basic sandbox is running, so we can start with the tests? |
The announcement is in the forum. |
Hi @DawoudSheraz, |
Hello. This happened with redwood as well. Port 25 is blocked on the instance, this is by default by AWS. We did not update any spam-related records because the sandbox is public and anyone can send emails from that (by sign up, activation, etc.). It risks impacting the domain authority. @regisb Please add any context that I might have missed. |
@angonz @DawoudSheraz: As mentioned in the thread, emails won't work for email providers like Google, Yahoo, etc. I'll try with the protonmail account that I used during the Redwood release; if it doesn't work, I'll use a colleague with a self-hosted email account to test. |
tutor-android sumac PR is ready.
|
@mariajgrimaldi Hi, can you verify this again? It should be set now. |
@DawoudSheraz it works with my protomain account! Thank you. FYI @angonz |
The new Libraries feature is not showing up in the sandbox - these are the configuration requirements, please let me know if I can help. openedx/frontend-app-authoring#1334 |
meilisearch PRs are not part of sumac branches yet. |
Some updates on sandbox:
Let me know if there are any questions or concerns. |
This issue is for tracking the items to prepare https://github.com/overhangio/openedx-release-demo for Sumac cutoff.
Sumac cutoff is expected to take place on October 23, 2024. Once the branches are out on upstream, the community will be looking forward to sandbox provided by Edly. tutor and its plugins will require
sumac
branches with appropriate changes for the sandbox to complete. The necessary information is already present on https://edlyio.atlassian.net/wiki/spaces/openedx/pages/3013148726/Building+Open+edX+major+releases. A note: once the branches are created, any changes to nightly would need to be manually added to the sumac branch. Therefore, a rebase on nightly whenever nightly changes would be required to ensure the sumac branch is always up-to-dateThis issue is meant for tracking the statuses of various repositories needed for sandbox. It will act as a todo list to ensure that tutor and its plugins have sumac branches created from nightly before the cutoff date (even though there will be potential failures on CI against it) and have a PR against master.
For sanity checks, make sure to run image build and init task on local
tutor <local/dev> do init --limit=pluginnname
.The sandbox script expects the branches to be available on the main repository, not the fork. If you are assigned a repository but you cannot push to it directly, please get in touch with @DawoudSheraz or the maintainer of the repository with patch file so that they can create the PR in the appropriate repository with your provided changes
Tutor & Plugins Todo List
Available on launch
Available within a week
Not needed for sandbox
Sandbox Repo Todo List
Context
Every six months, Tutor maintainers sync up with the Build/Test/Release working group to create the next version, both of Open edX and Tutor.
In the scenario below, we are upgrading Open edX from fictional “Delta” to “Epsilon”. Tutor will upgrade from v4 to v5 (“d”=4, “e”=5).
(these instructions are pulled and adapted from this old discussion topic)
Create release branches
In Tutor core and all plugins, we must create “epsilon” branches off of the nightly branches. For each repo, this looks like the following:
Upgrade Tutor core and plugins
The release branches should be updated regularly to take into account the latest changes from the nightly branch. During the release process, it is frequent that changes are pushed to the master and nightly branches, and the latest “espilon” branch must have those changes as well. Be prepared to push --force the “espsilon” branches frequently.
The text was updated successfully, but these errors were encountered: