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

Update tags instructions #495

Merged
merged 1 commit into from
Mar 10, 2023
Merged

Conversation

ekohl
Copy link
Member

@ekohl ekohl commented Nov 29, 2022

Current obal does this automatically so it no longer needs to happen.

I'm not 100% sure this is true for all releases. At least for Foreman 3.4 this wasn't needed. As for yggdrasil: I'm not quite sure if that's still needed at all.

@ehelms @evgeni mind having a look?

@ekohl ekohl marked this pull request as ready for review November 29, 2022 12:15
@evgeni
Copy link
Member

evgeni commented Nov 29, 2022

Yeah, I think it is fixed for foreman-release by the work @ehelms did around tagging/un-tito-ing.

ygg however is still "listed" only on proxy (https://github.com/theforeman/foreman-packaging/blob/rpm/develop/package_manifest.yaml) but in reality needed for proxy and client.

@ehelms
Copy link
Member

ehelms commented Nov 30, 2022

That is a great question - if a PR is merged that needs to do a build and a tagging operation I don't think the work I did will fix that solution. The work I did only handles tags when something is merged in packaging that had a build already in existence in Koji.

@evgeni
Copy link
Member

evgeni commented Nov 30, 2022

I think it does accidentally! With tito, a package that went to multiple target tags was built in all of them in parallel. With your changes, it is not. So now the actions become build server-el8, ....., tag client-el8?

@ekohl
Copy link
Member Author

ekohl commented Jan 10, 2023

So what's the consensus here? Any further work needed or is it ready to merge?

Current obal tags foreman-release automatically so it no longer needs to
happen.

yggdrasil tagging happens during branching. If there is an update to
yggdrasil, it should happen as part of that release process. Not during
the Foreman release.
@ekohl ekohl force-pushed the update-tags-instructions branch from 5fa58e6 to 860134d Compare February 23, 2023 23:57
@ekohl
Copy link
Member Author

ekohl commented Feb 23, 2023

As for yggdrasil: I'm not quite sure if that's still needed at all.

It is not. It happens during branching so for RC1 it's not needed. Beyond that it should happen when a new yggdrasil release is made, not part of the release process. Otherwise you don't get it in nightly either.

Updated this PR now based on what I had to do during Foreman 3.6 branching.

@ekohl ekohl requested review from evgeni and ehelms March 10, 2023 15:37
@ekohl ekohl merged commit 3033aef into theforeman:master Mar 10, 2023
@ekohl ekohl deleted the update-tags-instructions branch March 10, 2023 19:09
@evgeni
Copy link
Member

evgeni commented Mar 29, 2023

Just to bring some closure to my worries:
In theforeman/foreman-packaging#9230 + theforeman/obal#341 + theforeman/foreman-packaging#9259 we indeed came to the conclusion that there is no more "I have to tag stuff that was built elsewhere" steps needed, as obal with the non-tito backend does the right thing

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.

3 participants