Comments

221 Comments

texlive-mathdesign is installable now, and the package I maintain that build-requires it (for doc generation) now builds without errors in EPEL 7 with this update installed.

However, I had expected all the tex(texnansi.xxx) provides to be versioned like they are in the Fedora package. Now two are and one is not...

rpm -q --provides texlive-ly1 | grep texnansi
tex(texnansi.enc)
tex(texnansi.sty) = 2012
tex(texnansi.tex) = 2012

(The previous comment about duplicated packages i correct so I only add +1 for the mathdesign bug, but not for the full update.)

BZ#1309785 Missing texlive components: mathdesign.sty texnansi.sty vmargin.sty

Update installable

BZ#1403662 Ceph update not installable

Fixes bz #1406376

BZ#1406376 arm-koji fails authentication
karma
karma
karma

Works now:

Unfortunately it does not work:

$ rpm -q redhat-rpm-config epel-rpm-macros
redhat-rpm-config-9.1.0-72.el7.centos.noarch
epel-rpm-macros-7-11.noarch
$ rpm -E %_pkgdocdir
%{_docdir}/%{name}

If I rename macros-zzz-epel-override to macros.zzz-epel-override it works though:

$ su -
Lösenord: 
Senaste inloggning: fre  9 dec 2016 13.14.22 CET på pts/0
# mv /etc/rpm/macros-zzz-epel-override /etc/rpm/macros.zzz-epel-override 
# exit
utloggning
$ rpm -E %_pkgdocdir
%{_docdir}/%{name}-%{version}
karma

This update fixes the broken dmlite dependency.

karma

I don't have access to an EPEL 7 AArch64 system other than the koji builders, so in order to really test this I would need a buildroot override.

However, the Requires for the gfal2-2.12.2-2.el7.1.aarch64.rpm is now correctly given as libpugixml.so.1()(64bit) according to the koji web interface, which is the correct version.

Also the x86_64 version that I can do some local testing with works correctly as a build dependency in a local EPEL 7 mock build.

Hi @ksmith0

The issues you report are not new problems introduced with this update. They are therefore not reasons not to push this update to stable and, consequently, not reasons to give a negative karma vote. The karma system is intended to catch regressions introduced by pending updates. Bugs and issues in already stable versions of packages in Fedora and EPEL should instead be reported in bugzilla.

Since the issues are not introduced by this update I will now push it to stable.

That said, some of the issued you report will be addressed in the next update. The root packages are intended to be modular so that users can install the pieces they need without dragging in dependencies of pieces they don't use. Adding the libraries listed by "root-config --libs" as dependencies to root-core would violate this idea. However, given that most of these packages are already dragged in as dependencies of the root-graf-asimage package which already is a dependency of root-core (only root-physics and root-multicore are not, and neither of them brings along additional dependencies), adding these is a reasonable compromise between modularity and usability.

The missing scriptlets calling ldconfig in root-multicore will also be addressed.

Regarding the problem with the missing headers I can not reproduce it. It really should not be possible to install root without the headers because:

  • root depends on root-core
  • root-core depends on root-cling
  • root-cling depends on gcc-c++
  • gcc-c++ depends on libstdc++-devel
  • libstdc++-devel contains the new, string and iostream headers
karma

Mock EPEL builds work again.

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.