Description of problem: When building an epel6 package that requires octave-devel, yum can't satisfy some octave dependencies. I see the following in mock root.log: DEBUG util.py:388: --> 6:octave-devel-3.4.3-1.el6.ppc64 DEBUG util.py:388: Error: Package: 6:octave-3.4.3-1.el6.ppc64 (build) DEBUG util.py:388: Requires: libamd.so.2()(64bit) DEBUG util.py:388: Error: Package: 6:octave-3.4.3-1.el6.ppc64 (build) DEBUG util.py:388: Requires: libcolamd.so.2()(64bit) DEBUG util.py:388: Error: Package: 6:octave-3.4.3-1.el6.ppc64 (build) DEBUG util.py:388: Requires: libcamd.so.2()(64bit) DEBUG util.py:388: Error: Package: 6:octave-3.4.3-1.el6.ppc64 (build) DEBUG util.py:388: Requires: libumfpack.so.5()(64bit) DEBUG util.py:388: Error: Package: 6:octave-3.4.3-1.el6.ppc64 (build) DEBUG util.py:388: Requires: libcholmod.so.1()(64bit) DEBUG util.py:388: Error: Package: 6:octave-3.4.3-1.el6.ppc64 (build) DEBUG util.py:388: Requires: libccolamd.so.2()(64bit) DEBUG util.py:388: Error: Package: 6:octave-3.4.3-1.el6.ppc64 (build) DEBUG util.py:388: Requires: libcxsparse.so.2()(64bit) DEBUG util.py:388: You could try using --skip-broken to work around the problem DEBUG util.py:388: You could try running: rpm -Va --nofiles --nodigest Version-Release number of selected component (if applicable): octave-3.4.3-1.el6.ppc64 How reproducible: Build a package like GeographicLib that requires octave-devel on epel6. An exaample build can be found at http://koji.fedoraproject.org/koji/taskinfo?taskID=9831397 Actual results: Build fails due to missing deps Expected results: Build succeeds like it does on the x86 platforms. Additional info:
This is not an Octave problem, but a problem in the build system. The libraries that are supposedly missing are in the suitesparse package, for which the el6 build is http://koji.fedoraproject.org/koji/buildinfo?buildID=184578 It was built 5 years ago, and it's the same one el6 octave has been built against. If you're experiencing this bug, please file a ticket with releng.
Thanks Susi. I did a little more digging and reported the issue at https://fedorahosted.org/rel-eng/ticket/6184
Can octave maintainers and rel-eng please work together to resolve this. You have now both closed your respective tickets saying the other party should fix it. https://fedorahosted.org/rel-eng/ticket/6348
rel-eng keeps insisting this is a packaging issue: https://fedorahosted.org/rel-eng/ticket/6348#comment:4 "This is a packaging problem, it's not a rel-eng job to fix packaging issues. Engage with the octave maintainer to get the problem resolved."
%changelog * Mon Feb 08 2016 Rex Dieter <rdieter> - 6:3.4.3-2 - rebuild (GraphicsMagick) - ExclusiveArch: %%ix86 x86_64 (#1224483) suitesparse is no longer available on ppc64 since it moved from epel to being a core rhel pkg.
gdl-0.9.5-3.el7 octave-3.8.2-19.el7 GraphicsMagick-1.3.23-4.el7 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-287d763bcd
oops, wrong one, this only affects el6, sorry.
octave-3.4.3-2.el6 gdl-0.9.5-4.el6 GraphicsMagick-1.3.23-4.el6 has been submitted as an update to Fedora EPEL 6. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-eb24bfea0d
GraphicsMagick-1.3.23-4.el6, gdl-0.9.5-4.el6, octave-3.4.3-2.el6 has been pushed to the Fedora EPEL 6 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-eb24bfea0d
GraphicsMagick-1.3.23-4.el6, gdl-0.9.5-4.el6, octave-3.4.3-2.el6 has been pushed to the Fedora EPEL 6 stable repository. If problems still persist, please make note of it in this bug report.