stable

dpm-dsi-1.9.5-11.el6, globus-common-16.0-1.el6, & 1 more

FEDORA-EPEL-2015-50bdd6df66 created by ellert 9 years ago for Fedora EPEL 6

globus-common-16.0-1.el6

  • GT6 update (add globus_extension_get_module_version)

globus-gridftp-server-9.0-2.el6

  • GT6 update (Home directory fixes)
  • GT6 update (add SITE STORATTR command and associated DSI api)

dpm-dsi-1.9.5-11.el6

  • Rebuilt for globus-gridftp-server 9.0

This update has been submitted for testing by ellert.

9 years ago

This update has been pushed to testing.

9 years ago
User Icon andreamanzi commented & provided feedback 9 years ago
karma

Hi Mattias, i have tested the update in a DPM installation and we have checked that when enabling gridftp redirection the server just simply crashes. Then we have found out that in order to built the dpm-dsi with the new version of gridftp we had to make some code changes on our dsi , which i don't see in your commits. So it looks strange to us that you could built without touching the code. Could you please confirm that you haven't touched the code? i think we need to release by ourself the new version with the code changes cause we cannot go in production with this release

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?

i really don't understand why the build is working in your case..cause our build in jenkins was failing with :

DEBUG: In file included from /builddir/build/BUILD/dpm-dsi-1.9.6/src/dmlite_gridftp.c:10:
DEBUG: /builddir/build/BUILD/dpm-dsi-1.9.6/include/globus_gfs_internal_hack.h:276: error: expected specifier-qualifier-list before 'globus_l_gfs_storattr_t'
DEBUG: /builddir/build/BUILD/dpm-dsi-1.9.6/src/dmlite_gridftp.c: In function 'globus_l_gfs_remote_passive':
DEBUG: /builddir/build/BUILD/dpm-dsi-1.9.6/src/dmlite_gridftp.c:1786: error: 'struct globus_l_gfs_data_operation_s' has no member named 'user_arg

which we fixed with https://svnweb.cern.ch/trac/lcgdm/changeset/11887

i can give you more details tomorrow when i will back to work.

ellert edited this update.

New build(s):

  • dpm-dsi-1.9.5-11.el6

Removed build(s):

  • dpm-dsi-1.9.5-10.el6
9 years ago

This update has been submitted for testing by ellert.

9 years ago

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.

thanks a lot Mattias! actually since we've introduced this way of automatically updating the header some release ago and it's already in production we have been lucky that nothing broke!! I will test the new version once in testing

This update has been pushed to testing.

9 years ago

This update has reached 14 days in testing and can be pushed to stable now if the maintainer wishes

9 years ago

This update has been submitted for stable by ellert.

9 years ago

This update has been pushed to stable.

9 years ago

Please login to add feedback.

Metadata
Type
enhancement
Karma
0
Signed
Content Type
RPM
Test Gating
Autopush Settings
Unstable by Karma
-3
Stable by Karma
3
Stable by Time
disabled
Dates
submitted
9 years ago
in testing
9 years ago
in stable
9 years ago
modified
9 years ago

Automated Test Results