Comments

221 Comments
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

When building packages in koji there is no network available, so the gen_include.sh script - which downloads source rpms using yumdownloader - can not be run. The globus_gfs_internal_hack.h header is therefore not re-generated during the build, but remains the version included in the sources.

Hi!

The root.log lists the correct versions were installed for the build:

  • globus-common-progs x86_64 16.0-1.el6
  • globus-gridftp-server-devel x86_64 9.0-1.el6
  • globus-common x86_64 16.0-1.el6
  • globus-common-devel x86_64 16.0-1.el6
  • globus-gridftp-server x86_64 9.0-1.el6

The build succeeded without code changes.

To check that it still builds today I just made scratch builds for rawhide and EPEL 6 which both succeeded without ny code changes.

When you say "in order to build the dpm-dsi with the new version of gridftp we had to make some code changes" does it mean that you had to make changes to make it compile, or it compiles without changes but changes are needed to make it work correctly?

Time to push to avoid broken deps.

Time to push to avoid broken deps.

Time to push to avoid broken deps.

As I said in my previous comment - the globus-gridftp-server-8.1-1.fc21 update has been submitted to stable. To avoid broken deps - pleas push this update too.

As I said in my previous comment - the globus-gridftp-server-8.1-1.fc22 update has been submitted to stable. To avoid broken deps - pleas push this update too.