-
Notifications
You must be signed in to change notification settings - Fork 16
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
Various enhancements #105
Various enhancements #105
Conversation
Use latest osbuild and osbuild-composer releases. This is important to be later able to test direct uploading to the cloud for Koji composes. Also the mock openid server had to be enhanced to be usable for testing `koji-osbuild`. Modify used osbuild-worker configuration to use JWT for authentication with composer. Update configurations of both, composer and worker to handle multi-tenancy. Do not start any services in `schutzbot/deploy.sh`, because at that point, none of the configuration files are in place. Ensure that the correct units are started and masked by `test/integration.sh` to simulate the Service scenario more closely. This means that the local worker is masked and only remote worker is started. Co-authored-by: Jakub Rusz <[email protected]>
Refactor the test case implementation to make it easier to reuse existing code when adding a new testing scenario. The common pieces were moved under a new `SutInfo` class, which provides information and convenience methods related to the system on which the test is running. This change will make it easier to later add a new scenario testing upload to the cloud.
Previously, the image status in the compose status uploaded to the koji build was represented as a single string describing the overall status. All information related to the image upload or error details were thrown away. Refactor `ImageStatus` to contain all the information about the image, its upload targets and potential errors, as they are returned by composer. This will improve the experience when debugging compose failures. In addition, including all the data will be important once images will be uploaded directly to the cloud, because it will contain information to locate the image in the cloud environment.
While it is technically possible to build more than one image type as part of a Koji compose in osbuild-composer, this option is not used in reality and it also makes very little sense. If the user wants to build more than one image type, they should submit multiple Koji builds. Adjust affected unit tests.
Spell check started to freak out on `complies` in the `LICENSE`. Exclude `LICENSE` from spell check until it learns English.
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, I'd prefer if someone more familiar with the internals approved though. I'm happy to see CI is using the latest GA composes and passing, thanks! :)
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.
I just noticed that this contains changes reviewed in #104 so I think this is good to go. There is just one requirement that is not satisfied, it's the linting job, the name changed and someone needs to change the settings.
Cherry-picked commits from #104, on which there is consensus.
Notable changes
osbuild
andosbuild-composer
versions used in CI to more recent ones. Adjust the relevant configuration files to reflect changes done to how JWT is configured.compose_status.json
.