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=epel7
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?
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
-- Orion Poplawski Manager of NWRA Technical Systems 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion@nwra.com Boulder, CO 80301 https://www.nwra.com/ _______________________________________________ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-leave@lists.fedoraproject. org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelin es List Archives: https://lists.fedoraproject.org/archives/list/epel-dev el@lists.fedoraproject.org
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
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@greysector.net 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@lists.fedoraproject.org To unsubscribe send an email to epel-devel-leave@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.fedoraproject...
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@gmail.com 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.
- There is a large version bump which needs a lot of packages rebuilt
- 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@greysector.net 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@lists.fedoraproject.org To unsubscribe send an email to epel-devel-leave@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.fedoraproject...
-- Stephen J Smoogen. _______________________________________________ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-leave@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.fedoraproject...
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.
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@miuku.net 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@lists.fedoraproject.org To unsubscribe send an email to epel-devel-leave@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.fedoraproject...
Good news everyone!
You have an RPM delivery on Omega Centauri 5. Please try rebuilding packages as needed.
On Wed, 31 Oct 2018 at 13:50, Richard G grainger@gmail.com wrote:
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@miuku.net 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@lists.fedoraproject.org To unsubscribe send an email to epel-devel-leave@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.fedoraproject...
epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-leave@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.fedoraproject...
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.
epel-devel@lists.fedoraproject.org