On Thu, 7 Oct 2021, Stephen John Smoogen wrote:
Things have probably improved, but the lesson I learned from EPEL-8
and afterwords was that koji depsolving is weird no matter how set up.
Koji sets up mock environments in a way that will do fine as long as
there are NO modules in the repositories it is looking at. Once a
module, even a non-default module, is there things start to go wonky
because the way that koji depsolves will say that
'foobaz-3.10.1-3+module' is a better solution than
'foobax-3.9.4.<arch>' it will then try to pull that in and boom you
end up with broken builds. You can change the method that koji chooses
packages to be in the buildroot, but the other option ends up trying
to insert things like foobax-3.9.4-i386 into an x86_64 or still does
the modular change but chooses foobar-2 due to some depsolv quirk.
Is the foobar/foobaz/foobax intended or are they typos ?
If they are intended, then I think we have a partially ordered set of
packages, ie it isn't always possible to say whether a > b or a < b.
Without knowing anything about koji, I'd say that whilst
foobaz and foobax can provide foobar (and perhaps foobar==3)
they cannot satisfy foobar>=3.9 (unless they are forks or
reimplementations of foobar-3.9).
--
Andrew C. Aitchison Kendal, UK
andrew@xxxxxxxxxxxxxxx
_______________________________________________
epel-devel mailing list -- epel-devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to epel-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/epel-devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
