On 27/04/18 14:42, Sandro Bonazzola wrote:

2018-04-26 23:16 GMT+02:00 Brian Stinson <brian@bstinson.com mailto:brian@bstinson.com>:

Hi Folks,

The CR (https://wiki.centos.org/AdditionalResources/Repositories/CR
<https://wiki.centos.org/AdditionalResources/Repositories/CR>)
repository was released earlier today. We have regenerated all the
CentOS 7 buildroots in CBS so you can build against the content that
will make it into the next point-release of CentOS Linux.

Machines in ci.centos.org <http://ci.centos.org> are available with
CR as well so you may
continue your testing.

As we discussed earlier
(https://lists.centos.org/pipermail/centos-devel/2018-April/016627.html
<https://lists.centos.org/pipermail/centos-devel/2018-April/016627.html>)
we are currently in Point-release Freeze which means anything tagged for
release will *NOT* get pushed out to mirror.centos.org
<http://mirror.centos.org> and we will be
holding new push requests until we have a GA point-release.

If there are any questions please find us here or in #centos-devel on
Freenode.

Hi, trying to build qemu-kvm-ev 2.10 which requires CR repo content in [1], I got:

DEBUG util.py:417: Error: Package: rdma-core-15-6.el7.aarch64 (build) DEBUG util.py:417: Requires: initscripts DEBUG util.py:417: Error: Package: cyrus-sasl-2.1.26-23.el7.aarch64 (build) DEBUG util.py:417: Requires: /sbin/service DEBUG util.py:417: Error: Package: device-mapper-multipath-0.4.9-119.el7.aarch64 (build) DEBUG util.py:417: Requires: initscripts DEBUG util.py:417: You could try using --skip-broken to work around the problem

so, looks like CR repo is failing repository closure at least on aarch64. Can you please check?

[1] https://cbs.centos.org/koji/taskinfo?taskID=402259

If people aren't in #centos-devel, here is the status : it's now solved. Now the explanations : for 7.5.1804 GA release, we found that initscripts had a Requires: on things only provided by newer centos-release, and we can't (yet) push that one, as for obvious reasons, we don't have yet the real 7.5.1804 tree (so install images nor install trees generated by newer anaconda)

So there was a decision to ship to CR everything that was built , except initscripts. That's not a problem for rpm, as repoclosure didn't detect any issue and you can easily "yum install rdma-core --enablerepo=cr" on a "normal" node

The "issue" is how koji imports those metadata and pkgs : it looks at pkgs available in those external repos, and verify the SRPM they were built from, and initscripts src.rpm built two pkgs : both initscripts and debugmode, which was pushed to CR (while initscripts itself wasn't) So koji started to exclude pkg like initscripts from 7.4.1708 (even if available) because debugmode (built from newer ENVR initscripts) was present.

The solution was then to remove debugmode, regen repo metadata, and import those again in koji, which was done. After that it worked fine

Cheers,