-
Notifications
You must be signed in to change notification settings - Fork 148
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
Packit: Drop tests for obsoleted upgrade paths + restructuralisation #1176
Conversation
Failed to load packit config file:
For more info, please check out the documentation or contact the Packit team. You can also use our CLI command |
2 similar comments
Failed to load packit config file:
For more info, please check out the documentation or contact the Packit team. You can also use our CLI command |
Failed to load packit config file:
For more info, please check out the documentation or contact the Packit team. You can also use our CLI command |
Thank you for contributing to the Leapp project!Please note that every PR needs to comply with the Leapp Guidelines and must pass all tests in order to be mergeable.
Packit will automatically schedule regression tests for this PR's build and latest upstream leapp build. If you need a different version of leapp from PR#42, use It is possible to schedule specific on-demand tests as well. Currently 2 test sets are supported,
[Deprecated] To launch on-demand regression testing public members of oamg organization can leave the following comment:
Please open ticket in case you experience technical problem with the CI. (RH internal only) Note: In case there are problems with tests not being triggered automatically on new PR/commit or pending for a long time, please contact leapp-infra. |
@oamg/developers blocked by packit/packit#2231. Discussed with @lbarcziova, we will wait for the Packit decision around this functionality. Most likely, it will need still some changes, but waiting with them until we know whether & how this will be implemented in Packit. |
/packit test |
Failed to load packit config file:
For more info, please check out the documentation or contact the Packit team. You can also use our CLI command |
2 similar comments
Failed to load packit config file:
For more info, please check out the documentation or contact the Packit team. You can also use our CLI command |
Failed to load packit config file:
For more info, please check out the documentation or contact the Packit team. You can also use our CLI command |
39d6465
to
fad2a56
Compare
@oamg/developers @fernflower works now as expected. review it please and let me know if you want some changes here. |
/packit test --labels beaker-minimal-8.9to9.3, |
/packit test --labels beaker-minimal-8.9to9.3 |
/packit test --labels kernel-rt-8.9to9.3 |
The on-demand scheduling of tests doesn't work anymore unfortunately. |
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.
The on-demand test scheduling is broken :(
Not sure if the brand new feature of abstract job templates has to do with this but this would be my №1 suspect.
@fernflower please read again the description of the PR. The results seems to me expected. 8.9 -> 9.3 is not a valid label nor upgrade path anymore. the #1178 PR is not rebased against up-to-date master, so there are still defined obsoleted upgrade paths (https://github.com/MichalHe/leapp-repository/blob/rhui_disable_bootstrap_on_aws/repos/system_upgrade/common/files/upgrade_paths.json) |
/packit test --labels beaker-minimal-8.10to9.4 |
Hmm @pirat89 tried beaker-minimal-8.10to9.4 and still nothing scheduled. What am I doing wrong? |
@fernflower seems it was just a longer queue in Packit service. I see it's in progress now:
|
0b72122
to
aca6b51
Compare
Also I see |
/packit test --labels kernel-rt-8.10to9.4 |
Please also change the example of on-demand packit testing invocation in welcome bot https://github.com/oamg/leapp-repository/blob/master/.github/workflows/pr-welcome-msg.yml#L32 |
e.g. |
Good point! I think it's also time to drop obsoleted commands. |
aca6b51
to
7053d8c
Compare
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.
LGTM, some nits.
Please squash commits, fix spelling s/restructuralisation/restruacturalization
, add details about fixed incorrect definitions (if you fixed a label - put it there clearly that you have fixed an incorrect label for beaker tests, otherwise the comment is not helping at all).
Thank you!
Dropping upgrade paths related to following releases: 8.6, 8.9, 9.0, 9.3. See the previous commit for more info. During the drop of these release, I've realized the current structure of tests is not suitable for such operations as current test/job definitions has been chained. So e.g. tests for 8.10 -> 9.4 depended on 8.9 -> 9.3, which depended on 8.8 -> 8.6, etc... Even going deeper, IPU 8->9 definitions have been based on 7 -> 8 definitions. So I updated the structure, separating tests for IPU 7 -> 8 and 8 -> 9 and also deps between all upgrade paths. Now, particular tests can inherit one of *abstract* jobs definitions, so dropping or removing tests for an upgrade path does not affect other tests. Also fixed some incorrect definitions in tests, like a fixed label for `beaker-minimal-88to92` (orig "8.6to9.2"). Update welcome-PR bot msg to reflect changes in upgrade paths. Jira: OAMG-10451
7053d8c
to
23be222
Compare
@fernflower done :) |
Dropping upgrade paths related to following releases: 8.6, 8.9, 9.0,
9.3. See the previous commit for more info.
During the drop of these release, I've realized the current structure
of tests is not suitable for such operations as current test/job
definitions has been chained. So e.g. tests for 8.10 -> 9.4 depended
on 8.9 -> 9.3, which depended on 8.8 -> 8.6, etc... Even going deeper,
IPU 8->9 definitions have been based on 7 -> 8 definitions.
So I updated the structure, separating tests for IPU 7 -> 8 and 8 -> 9
and also deps between all upgrade paths. Now, particular tests
can inherit one of abstract jobs definitions, so dropping or removing
tests for an upgrade path does not affect other tests.
Also fixed some incorrect definitions in tests, like a fixed label
for
beaker-minimal-88to92
(orig "8.6to9.2").Update welcome-PR bot msg to reflect changes in upgrade paths.
Jira: OAMG-10451