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

ALP: create new product "alp" with its main.pm #15098

Merged
merged 1 commit into from
Jun 17, 2022

Conversation

jlausuch
Copy link
Contributor

This ALP PoC in openQA can have its own product directory,
similar to microos, leap-micro or sle-micro.
For these jobs, we will be using DISTRI=alp, which means
new way of scheduling tests.
I am proposing to create this main.pm which will be the main
entry point for scheduling tests for ALP. Most of them are
the same as for MicroOS/Leap-Micro, and I might come up with
a common schedule file file for ALL these transactional-server
based products, but for now, I would prefer to keep it with
single main schedule.

Related ticket: https://progress.opensuse.org/issues/112409

This ALP PoC in openQA can have its own product directory,
similar to microos, leap-micro or sle-micro.
For these jobs, we will be using DISTRI=alp, which means
new way of scheduling tests.
I am proposing to create this main.pm which will be the main
entry point for scheduling tests for ALP. Most of them are
the same as for MicroOS/Leap-Micro, and I might come up with
a common schedule file file for ALL these transactional-server
based products, but for now, I would prefer to keep it with
single main schedule.

Related ticket: https://progress.opensuse.org/issues/112409
Copy link
Member

@foursixnine foursixnine left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would shy away from using the old style of scheduling tests, but if you're already having the thought on your mind, then I have no objections :)

@jlausuch
Copy link
Contributor Author

I would shy away from using the old style of scheduling tests, but if you're already having the thought on your mind, then I have no objections :)

It's a long story :)
We have seen a lot of limitations using yaml schedule, specially with conditions, and specially in containers area. For that reason we created main_containers.pm and main_publiccloud.pm which can handle complex conditions. In MicroOS family case we have actually 4 products that will share kind of schedule: MicroOS, Leap-Micro, SLE-Micro and now ALP. And currently, there is some mess in the way the tests are scheduled, e.g. SLE Micro and Leap Micro use yaml schedule, MicroOS uses another schedule. My vision is that I will like to combine all those schedules into single place (main_transactional.pm?), but I will need some time for that :) So, let's just keep it as it's and let me work on a clean solution for all those products which have common tests later on.

@jlausuch jlausuch merged commit b70c5c9 into os-autoinst:master Jun 17, 2022
@jlausuch jlausuch deleted the alp_kickoff branch July 19, 2022 07:33
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.

4 participants