On 12/18/25 07:30, Cristian Le via devel wrote:
Hi Miro, thanks for sharing your concerns, let me share the status of those.

On 2025/12/18 8:19, Miro Hrončok wrote:
My concerns about missing zuul-feature parity in no particular order:

 - ELN scratch builds were available in Zuul
There is a tracker for this [1]. I tried to find a project that is currently enrolled to test the eln, but couldn't find one, and afaict there is support in packit itself, so not quite sure what part is missing there. I pinged the tracking issue to get an update on that.

Note that the linked issues is about CI on the eln branch. I don't know if Zuul supported that, I don't have any projects with an eln branch.

What I had in mind is ELN scratch build for rawhide pull requests. The Zuul jobs are called check-for-eln and eln-rpm-scratch-build.

This prevents accidentally braking the build for the %rhel/%fedora conditionals.

And it makes it easier for testing actual changes of some aspect of the build wrt. such conditionals. However, in such case, I can submit a manual ELN scratchbuild, so the previous point is more important to me.

 - Zuul started STI/tmt tests once x86_64 build finished -- faster results
I was considering looking into this. Could use some more details on how to approach this [2]?

Will do, thanks!

 - Zuul's rpminspect was configurable by rpminspect.toml
It should have been already supported, but it seems my PR did not move to fix this issue [3]. I will ping to get it merged asap.

I was not aware this is a bug, I assumed it is a missing feature. Nice.

Could we postpone the Zuul shutdown until this is resolved or until it breaks completely?

The reasoning for the disabling the Zuul during this time is mostly to save up on build resources (3 scratch builds is not ideal). What do you think about a more limited list of packages that would be kept running zuul?

We can disable the arched scratchbuilds, as they are not used in the STI/tmt tests and the packit scratchbuild will run them anyway. That way, we save up resources on s390x and ppc64le which is what seems usually quite unavailable nowadays.

Thank you again for working on this.

--
Miro Hrončok
--
Phone: +420777974800
Fedora Matrix: mhroncok

--
_______________________________________________
devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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/[email protected]
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Reply via email to