On Wed, May 31, 2023 at 08:25:23AM +0200, Miro Hrončok wrote: > On 31. 05. 23 1:31, Kevin Fenzi wrote: > > So, the only way I can see to do this would be to have releng manually > > tag the builds from oldest release into newer ones each time they are > > built. I do not like this for a number of reasons: > > > > * It's more manual work. > > * It bypasses a bunch of our process. There wouldn't be any bodhi > > update, so no CI checks, no chance for karma, no updates-testing step > > (unless there's more work to retag a bunch of times). > > > > I'm open to other ideas, but as it is I'm not liking this change. > > If we never actually ship the "build once" builds, and only ship the "repack > everywhere" ones, this could be achieved by the maintaines: > > 1. request side tags for all releases > 2. build the actual Java in the side tag for the oldest thing > 3. tag the result ot (2) to all side tags from (1) > 4. waitrepo them > 5. build the repacked java packages in all the side tags from (1) > 6. untag the result of (2) from all the side tags from (1) > 7. ship bodhi updates from side tags OR retag the builds to candidate tags > (and delete the side tags) Yep. Thats a much better flow/plan. :) > The build from (2) will be eventually garbage collected. To prevent that, it > might be re-tagged regularly. This is where releng might be able to help by > creating a long lived tag to tag this into for preserving. Yes, we could make a 'fN-openjdk' tag and mark it protected... that part would be easy enough. kevin
Attachment:
signature.asc
Description: PGP signature
_______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue