Comments

230 Comments

This update has been unpushed.

User Icon ellert commented & provided feedback on R-3.3.0-6.el5 3 years ago
karma

Now it works for EPEL 5 too.

BZ#1341771 Missing dependencies for R-core-devel in EPEL 5 and 6
User Icon ellert commented & provided feedback on R-3.3.0-5.el5 3 years ago
karma

Unfortunately the EPEL 5 version is still broken.

In EPEL 5 the set of link options that needs to be removed is different than on EPEL 6, so the sed replacement that was tailored for EPEL 6 fails on EPEL 5.

On EPEL 5 the options to remove are:

-ldl -lpthread -lc -lrt  -lcurl -lidn -lssh2 -lssl -lcrypto -lssl -lcrypto -ldl -lz -lgssapi -lldap -lz -lrt

This differs from the EPEL 6 flags

-ldl -lpthread -lc -lrt  -lcurl -lidn -lssh2 -lssh2 -lssl -lcrypto -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lldap -lz -lrt

This can possibly be fixed by repeating the tho sed expression with the EPEL 6 flags replaced by the EPEL 5 flags, or by using something like

sed 's|-ldl -lpthread .* -lldap -lz -lrt||'
BZ#1341771 Missing dependencies for R-core-devel in EPEL 5 and 6
User Icon ellert commented & provided feedback on R-3.3.0-5.el6 3 years ago
karma

With this update my build of R-Rcpp for EPEL 6 succeeds.

BZ#1341771 Missing dependencies for R-core-devel in EPEL 5 and 6
User Icon ellert commented & provided feedback on R-3.3.0-4.el5 3 years ago
karma

The pkg-config command cleans up its output by removing multiple spaces and removing duplicate flags, so using the output in the sed replacement argument will not match what is in the .pc file. The original string before the cleanup must be used.

In addition, the same removal must also be done in the R/etc/Makeconf file where these flags appear in the LDFLAGS variable.

A patch is attached to the bug report.

BZ#1341771 Missing dependencies for R-core-devel in EPEL 5 and 6
User Icon ellert commented & provided feedback on R-3.3.0-4.el6 3 years ago
karma

The pkg-config command cleans up its output by removing multiple spaces and removing duplicate flags, so using the output in the sed replacement argument will not match what is in the .pc file. The original string before the cleanup must be used.

In addition, the same removal must also be done in the R/etc/Makeconf file where these flags appear in the LDFLAGS variable.

A patch is attached to the bug report.

BZ#1341771 Missing dependencies for R-core-devel in EPEL 5 and 6

@hansvon - your comment is valid. However, the issue is already present in the stable repo and is not introduced by this update, so pushing this update will not introduce a new problem. On the other hand, not pushing this update at this point will cause broken dependencies, since the updated OCE package with a soname bump that triggered this update is now being pushed. The issue will be addressed, but delaying the push of this update will be disruptive for other reasons.

Hi! It's been more than a week since this could have been pushed. Can you give an estimate for when the pushed is likely to happen. I have an update in testing that I can not push to stable yet without causing broken deps, because it depends on the soname-bumped OCE libraries from this update.

This update has been unpushed.

BZ#1326445 Missing class in /usr/lib/java/leveldbjni-all.jar

Goes together with the OCE-0.17.1-1.el7 update in FEDORA-EPEL-2016-0028e49cad

Goes together with the OCE-0.17.1-1.fc24 update in FEDORA-2016-ccbaf49082

The root 5 version that was in F24 before this update was completely broken. It had failed the F24 mass rebuild and was FTBFS. Root 5 is incompatible with gcc 6. The old cint c++ interpreter does not understand all the new features used in the system's g++ headers. This was not an issue about updating root to version 6 in F24 or not, it was a question about having root in F24 or not.

In root 6 cint has been replaced by cling, which works on ARM. So it is fixed by no longer using cint.

There is no ppc64le build.

Sorry - I misread the symbols.

BZ#1305887 thumbpdf fails with unrecoverable error

Fixes the thumbpdf error.

BZ#1305887 thumbpdf fails with unrecoverable error

The rel-eng ticket ha been addressed, and the correct version is now available in the repository:

https://dl.fedoraproject.org/pub/epel/testing/6/x86_64/

This update changes

#define _GFAL2_API_

to

#define GFAL2_API_H_

Was this intentional?

It causes the build of root to break since TGFALFile.cxx uses

#ifdef _GFAL2_API_

Yes, something went wrong with the push in EPEL 5 and EPEL 6, and the update with the older version was pushed later. It is a known problem that bodhi doesn't order different versions of the same package in the same push in increasing version order - so sometimes the wrong one gets pushed last.

  • Sun Nov 8 19:25:35 2015: dpm-dsi-1.9.5-12.el6 tagged into dist-6E-epel-testing by bodhi [still active]
  • Sun Nov 8 19:25:36 2015: dpm-dsi-1.9.5-9.el6 tagged into dist-6E-epel-testing by bodhi [still active]

https://fedorahosted.org/rel-eng/ticket/6293