On Sat, May 17, 2025 at 9:00 PM Kevin Fenzi <ke...@scrye.com> wrote: > > On Sat, May 17, 2025 at 09:52:14AM -0700, Adam Williamson wrote: > > On Sat, 2025-05-17 at 09:17 -0700, Brad Smith wrote: > > > Sometime ago I asked a similar question on matrix (or IRC?) Fedora > > > Devel and some very kind person provided the following. I cannot > > > recall who it was. > > > > > > My use case is simple, build Kubernetes or CRI-O using a version of > > > golang in updates-testing but not yet available in stable. I have used > > > these steps several times since F39 was a new thing. > > > > > > ``` > > > fedpkg request-side-tag --base-tag f39-build > > > koji wait-repo f39-build-side-xxxxx > > > koji tag f39-build-side-xxxxx golang-1.21.3-1.fc39 > > > koji wait-repo f39-build-side-xxxxx --build=golang-1.21.3-1.fc39 > > > Build your package: fedpkg build --target=f39-build-side-xxxxx > > > koji untag f39-build-side-xxxxx golang-1.21.3-1.fc39 > > > ``` > > > > If that produces a build of kubernetes or cri-o that *depends* on that > > golang version, and you then create an update from the side tag before > > golang goes stable, it's not ideal. > > It should not in this case as golang (and rust) compilers produce > staticlly linked binaries and there's no runtime dep on the compiler. > > Of course you are 100% correct in the case where the thing you are > adding adds a runtime dep. Thats why this path is tricky. ;(
It's only tricky if it's necessary to build against packages that are already in "testing" but not yet in "stable". Ideally, builds that depend on each other would all get built in the same side-tag and submitted atomically as one update - then the whole tag-untag dance is unnecessary. Fabio -- _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org 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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
