Skip to content

Conversation

@nkraetzschmar
Copy link
Contributor

@nkraetzschmar nkraetzschmar commented Nov 6, 2025

uploading build artifacts should be trivially doable using just the artifacts. no need to require the features directory which till no was implicitly required by using cname_object = CName(cname)

Besides simplifying the upload logic this is also crucially important if (as is currently the case in the main GL repo) the publish logic runs from the main branch, even when publishing artifacts from a rel-X branch, since there are zero guarantees that the features directory from the main branch will behave identical to the release branch for the same cname.

@nkraetzschmar
Copy link
Contributor Author

nkraetzschmar commented Nov 6, 2025

@NotTheEvilOne Is there any way to test such changes without updating the python lib version in GL and doing a full publish/release flow?

Added a --dry-run option to just test the metadata part of gl-s3 as a way to debug such changes in a lightweight manner without actually doing any uploads.

@nkraetzschmar nkraetzschmar marked this pull request as draft November 6, 2025 16:57
@nkraetzschmar nkraetzschmar marked this pull request as ready for review November 6, 2025 17:10
nkraetzschmar added a commit to gardenlinux/gardenlinux that referenced this pull request Nov 6, 2025
…release

This value is going to be consumed by the changed upload logic of gardenlinux/python-gardenlinux-lib#249
Additionally add the optional GARDENLINUX_PLATFORM_VARIANT key for openstack images
nkraetzschmar added a commit to gardenlinux/gardenlinux that referenced this pull request Nov 6, 2025
…release

This value is going to be consumed by the changed upload logic of gardenlinux/python-gardenlinux-lib#249
In cases where there are unexpectedly more or less then 1 platform active this value will be replaced with "frankenstein" to indicate something went wrong

Additionally add the optional GARDENLINUX_PLATFORM_VARIANT key for openstack images
@NotTheEvilOne
Copy link
Contributor

Decoupeling of canonical name handling from a features directory has been already implemented in #172. If issues with the S3 upload exist we may further analyse this. This PR unfortunately duplicates code and makes code maintenance mire difficult. After identifying issues with the underlying code I would highly recommend to revert this PR.

commel pushed a commit to gardenlinux/gardenlinux that referenced this pull request Nov 10, 2025
…release

This value is going to be consumed by the changed upload logic of gardenlinux/python-gardenlinux-lib#249
In cases where there are unexpectedly more or less then 1 platform active this value will be replaced with "frankenstein" to indicate something went wrong

Additionally add the optional GARDENLINUX_PLATFORM_VARIANT key for openstack images
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