Per recent build: https://download.copr.fedorainfracloud.org/results/packit/teemtee-tmt-1263/epel-8-x86_64/04534447-tmt/chroot_scan/var/lib/mock/rhel%2Bepel-8-x86_64-1655225714.944942/root/var/log/dnf.librepo.log https://download.copr.fedorainfracloud.org/results/packit/teemtee-tmt-1263/epel-8-x86_64/04534447-tmt/builder-live.log.gz
The python3-fmf is in version 1.0.0, instead of 1.1.0: http://mirror.math.princeton.edu/pub/epel/8/Everything/x86_64/Packages/p/
Per report from @mvadkert
Metadata Update from @phsmoura: - Issue priority set to: Waiting on Assignee (was: Needs Review) - Issue tagged with: low-gain, low-trouble, ops
Hi @adrian , we were talking about this issue in fedora stand up. Can you take a look on this?
Looking at the log I see that the mirrorlist interface is used:
http://mirrors.fedoraproject.org/mirrorlist?repo=epel-8&arch=x86_64
and not the metalink interface. In the metalink the mirror does not appear.
Do we have this documented somewhere? What are the practical differences between metalink and mirrorlist? LIke "Metalink interface is more reliable, because ..."? Does this mean we should use metalink URLs where possible in mock-core-configs?
metalinks have a number of advantages over mirrorlists:
so, IMHO, it's best to use metalinks for everything you can due to the increased security.
Let us know if you need anything more on this here... if you can use metalink things should be a bit more secure and also drop out mirrors that are not up to date. :)
Metadata Update from @kevin: - Issue close_status updated to: Fixed - Issue status updated to: Closed (was: Open)
Thanks, doing for EPEL-8 here: https://github.com/rpm-software-management/mock/pull/944
Log in to comment on this ticket.