On Wednesday, 31 October 2018 at 04:47, Sérgio Basto wrote: Same here, trying to build the latest mkvtoolnix (with a security fix!) fails everywhere except aarch64: https://koji.fedoraproject.org/koji/taskinfo?taskID=30569456 Regards, Dominik -- Fedora https://getfedora.org | RPMFusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan

Will these planned EPEL changes for RHEL 7.6 break installs EPEL packages on CentOS 7.5? On Wed, Oct 31, 2018 at 3:01 PM Stephen John Smoogen <smooge(a)gmail.com&gt; wrote: > > We are working through a fix to this. There are several problems that > need to be dealt with that we have found so far. > > 1. There is a large version bump which needs a lot of packages rebuilt > 2. RHEL-7.6 brought in libglvnd but we have had problems getting it > for all platforms. This is why aarch64 builds are working because we > didn't get a full root. > > We are trying to fix this as quickly as possible. > > On Wed, 31 Oct 2018 at 07:35, Dominik 'Rathann' Mierzejewski > <dominik(a)greysector.net&gt; wrote: > > > > On Wednesday, 31 October 2018 at 04:47, Sérgio Basto wrote: > > > On Tue, 2018-10-30 at 20:57 -0600, Orion Poplawski wrote: > > > > I'm getting this: > > > > > > > > DEBUG util.py:439: Error: Package: cairo-1.15.12-3.el7.ppc64 (build) > > > > DEBUG util.py:439: Requires: libEGL.so.1()(64bit) > > > > DEBUG util.py:439: Error: Package: cairo-1.15.12-3.el7.ppc64 (build) > > > > DEBUG util.py:439: Requires: libGL.so.1()(64bit) > > > > > > > > https://apps.fedoraproject.org/koschei/package/logback?collection=epe > > > > l7 > > > > > > > > That appears to be the appropriate latest version of cairo in RHEL > > > > 7.6. > > > > Did it somehow not get properly rebuilt against the latest mesa- > > > > libGL/EGL? > > > > > > +1 > > > > > > perl-Qt's dependencies failed to resolve in EPEL 7 > > > https://apps.fedoraproject.org/koschei/package/perl-Qt?collecti > > > on=epel7 > > > > > > debconf's dependencies failed to resolve in EPEL 7 > > > https://apps.fedoraproject.org/koschei/package/debconf?collecti > > > on=epel7 > > > > > > smokeqt's dependencies failed to resolve in EPEL 7 > > > https://apps.fedoraproject.org/koschei/package/smokeqt?collecti > > > on=epel7 > > > > > > clamav's dependencies failed to resolve in EPEL 7 > > > https://apps.fedoraproject.org/koschei/package/clamav?collectio > > > n=epel7 > > > > > > mlt's dependencies failed to resolve in EPEL 7 > > > https://apps.fedoraproject.org/koschei/package/mlt?collection=e > > > pel7 > > > > Same here, trying to build the latest mkvtoolnix (with a security fix!) > > fails everywhere except aarch64: > > https://koji.fedoraproject.org/koji/taskinfo?taskID=30569456 > > > > Regards, > > Dominik > > -- > > Fedora https://getfedora.org | RPMFusion http://rpmfusion.org > > There should be a science of discontent. People need hard times and > > oppression to develop psychic muscles. > > -- from "Collected Sayings of Muad'Dib" by the Princess Irulan > > _______________________________________________ > > epel-devel mailing list -- epel-devel(a)lists.fedoraproject.org > > To unsubscribe send an email to epel-devel-leave(a)lists.fedoraproject.org > > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > > List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproj... > > > > -- > Stephen J Smoogen. > _______________________________________________ > epel-devel mailing list -- epel-devel(a)lists.fedoraproject.org > To unsubscribe send an email to epel-devel-leave(a)lists.fedoraproject.org > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproj...

Makes me think that an epel-centos-stable repo, downstream of epel-stable is a good idea. When there is a new RHEL point release, epel-centos-stable would be frozen until the new CentOS point release appears. At that point it would go back to mirroring epel-stable. In this way, we could avoid the few weeks of EPEL breakage on CentOS we get every time EPEL is rebuilt for a new RHEL point release. On Wed, Oct 31, 2018 at 4:31 PM Anssi Johansson <epel(a)miuku.net&gt; wrote: > > Richard G kirjoitti 31.10.2018 klo 17.18: > > Will these planned EPEL changes for RHEL 7.6 break installs EPEL > > packages on CentOS 7.5? > > Most likely, until CentOS 7.6.1810 gets released. The 7.6 packages are > currently being built, and they will show up first in the CR repository > https://wiki.centos.org/AdditionalResources/Repositories/CR where they > can be accessed by using the --enablerepo=cr option to yum. The 7.6 > packages aren't yet available in the CR, but they will in due course. > > Also note that the rebuilt EPEL packages won't be pushed to stable > immediately. They will reside in the epel-testing repository for a > while. At some point you may end up in a situation where your operating > system is already at 7.6 level, but the EPEL packages that got rebuilt > haven't been pushed to stable yet. In that case > --enablerepo=epel-testing may help to get the new rebuilt EPEL packages. > _______________________________________________ > epel-devel mailing list -- epel-devel(a)lists.fedoraproject.org > To unsubscribe send an email to epel-devel-leave(a)lists.fedoraproject.org > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproj...

The core issue is libglvnd, as far as I can tell, issue being tracked at: https://pagure.io/releng/issue/7898 Initial problem was that epel7 included an older libglvnd, so I'd hoped if  we got that removed and blocked, the problem would be resolved. Unfortunately, problems persist.  koji/mock epel7 buildroot is now not  finding libglvnd package *at all*, at least for some recent noarch builds of  mine, e.g., https://koji.fedoraproject.org/koji/taskinfo?taskID=30608112 So, something is still wrong somewhere.