Closed boiko closed 4 months ago
I'm a bit OOTL but do ALP stagings have openQA? If so, pkglistgen would still be needed if deps change, otherwise the DVD.
I also see that 000productcompose exists and builds, so the package list is still used. Is it managed differently now?
Hi Fabian
I'm a bit OOTL but do ALP stagings have openQA? If so, pkglistgen would still be needed if deps change, otherwise the DVD.
Stagings have openQA, a different set of tests than the ones used during product development. How is pkglistgen
connected to openQA? As far as I could find out, the openQA tests and results are actually handle by a different bot/pipeline. If not, can you please point me to where pkglistgen and openQA cross their paths?
I also see that 000productcompose exists and builds, so the package list is still used. Is it managed differently now?
Yes, it exists and it will still be used for picking binaries from maintenance updates. But it won't be auto-generated/updated anymore. Any change to that will be done via pull requests directly to the project. In some sense it is similar to what Maintenance does on SLE (the difference being that there are no maintenance channel files to be updated).
Hi Fabian
I'm a bit OOTL but do ALP stagings have openQA? If so, pkglistgen would still be needed if deps change, otherwise the DVD.
Stagings have openQA, a different set of tests than the ones used during product development. How is
pkglistgen
connected to openQA? As far as I could find out, the openQA tests and results are actually handle by a different bot/pipeline. If not, can you please point me to where pkglistgen and openQA cross their paths?
pkglistgen regenerates the package list in 000productcompose, used for building the DVD and repos. When successful, the image repo is build enabled. openQA waits for the repo to finish building and new DVDs and images getting published.
I also see that 000productcompose exists and builds, so the package list is still used. Is it managed differently now?
Yes, it exists and it will still be used for picking binaries from maintenance updates. But it won't be auto-generated/updated anymore. Any change to that will be done via pull requests directly to the project. In some sense it is similar to what Maintenance does on SLE (the difference being that there are no maintenance channel files to be updated).
Ok, so effectively pkglistgen itself is replaced by a manual job. That means you need some alternative for the image repo build enabling. You could enable the repo manually and remove the packagelists
and images:enabled
staging checks (see e.g. https://build.suse.de/staging_workflows/SUSE:ALP:Source:Standard:1.0/staging_projects/SUSE:ALP:Source:Standard:1.0:Staging:A)
Just adding some more context here (for the sake of documentation):
All modified and coverable lines are covered by tests :white_check_mark:
Project coverage is 28.00%. Comparing base (
2a36623
) to head (edb5011
).
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
This basically remove things only needed during product development: