#8084 EPEL7 build repos are in an inconsistent state after RHEL 7.7
Closed: Fixed a month ago by kevin. Opened a month ago by churchyard.

As has been reported on the epel-devel mailing list, it seems the epel7 build repos have been updated to RHEL 7.7 only partially.

  • the ppc64le builds seem to have been updated
  • the naorch builds seem not to have been updated
  • the x86_64 builds seem not to have been updated

Or at least for the following packages that happened:

  • python-devel-2.7.5-86.el7.ppc64le is from RHEL 7.7
  • python-rpm-macros-3-32.el7.noarch and python2-rpm-macros-3-32.el7.noarch added in RHEL 7.7 is missing
  • python-devel-2.7.5-80.el7.x86_64 is from RHEL 7.6

Metadata Update from @smooge:
- Issue assigned to smooge

a month ago

Various RHN certs are seen as invalid by cdn.redhat.com. This caused downloads to fail. I am trying to clean up what can be done.

Metadata Update from @smooge:
- Issue priority set to: Waiting on Assignee (was: Needs Review)

a month ago

OK several things went off.
1. old certs were booted out of being allowed.
2. working certs were not updating when using the '-n' flag. I am not sure why but in rewriting the overall sync script to be less random, I found that without the -n new things were getting downloaded (as long as 5+ years of packages :cry: )

It will take most of today for me to figure out what repos we can update.

I got several dozens of Koschei notifications today:

2019-08-13 02:04:25
Package resolution failed
Problem: conflicting requests
- nothing provides python-rpm-macros > 3-30 needed by python-devel-2.7.5-86.el7.x86_64
- nothing provides python2-rpm-macros > 3-30 needed by python-devel-2.7.5-86.el7.x86_64

example: https://apps.fedoraproject.org/koschei/package/python-pdfminer?collection=epel7

This should be all fixed now.

:barber:

Metadata Update from @kevin:
- Issue close_status updated to: Fixed
- Issue status updated to: Closed (was: Open)

a month ago

Login to comment on this ticket.

Metadata