Comments

43 Comments

yes i know that all of them are pushed at the same time:-) i was wondering if for some reason you had excluded the i386 arch build. I'll wait then cause it's still not there

thanks! Andrea

Hi Mattias, i checked some of the epel testing mirrors but i could not find yet the version 4.8.0 for EL6 i386, did you push it also for that arch? thanks Andrea

This update has been unpushed.

This update has been unpushed.

ok for me

karma

this version has introduced an issue with a particular category of transfers https://ggus.eu/?mode=ticket_info&ticket_id=126946

karma

this version has introduced an issue with a particular category of transfers https://ggus.eu/?mode=ticket_info&ticket_id=126946

the rpm content:

rpm -qlp cmake3-3.6.1-1.el6.x86_64.rpm

/usr/bin/ccmake3 /usr/bin/cmake3 /usr/bin/cpack3 /usr/bin/ctest3 /usr/lib64/cmake3 /usr/share/doc/cmake3-3.6.1 /usr/share/doc/cmake3-3.6.1/COPYING_cmcurl /usr/share/doc/cmake3-3.6.1/COPYING_cmexpat /usr/share/doc/cmake3-3.6.1/COPYING_cmlibarchive /usr/share/doc/cmake3-3.6.1/COPYING_cmliblzma /usr/share/doc/cmake3-3.6.1/Copyright.txt /usr/share/doc/cmake3-3.6.1/Copyright.txt_KWIML /usr/share/doc/cmake3-3.6.1/Copyright.txt_cmcompress /usr/share/doc/cmake3-3.6.1/Copyright.txt_cmzlib /usr/share/doc/cmake3-3.6.1/Copyright.txt_kwsys

there is no cmake there ( and the same for the el7 package)

i guess you should remove the provide cmake from the spec

cheers

Andrea

Hello,

i see that with this update cmake3 provides also cmake

repoquery --whatprovides cmake

...

cmake3-0:3.6.1-1.el6.x86_64

and my builds which require cmake are now failing cause cmake3 is installed but looks like the cmake binary is not there

cheers

Andrea

Hi Mattias, we have tested the new version of the dpm-dsi together with the new gridftp-server version and in case of gridftp redirection the server just crashes. I guess there are some changes globus side that we need to include in our internal header file.. i'll let you know when we have a new version ready to release, but for the moment please don't push this version to stable. thanks Andrea

karma

tests are fine

karma

tests are fine

karma

tests are ok

Is there any problem with this update for EL6? i still see the version 1.9.5-9 for EL6:

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

while the 1.9.5-12 is already available for EPEL7:

https://dl.fedoraproject.org/pub/epel/testing/7/x86_64/d/

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

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.

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