Testing an Globus Free OSG-Software (From EPEL(-testing))

As you may or may not know, there is a massive globus update pending in EPEL that will update globus to the version the OSG distributes.  What this means is much less work for the osg-software team since we will not have to build and support our own builds of globus.

Testing the globus from EPEL while installing some packages from osg repos is not a trivial matter.

1. Disable the priority of the OSG repo
2. Exclude globus and related packages that are already in EPEL from the osg repo.

Below is my final file /etc/yum.repos.d/osg.repo

	[osg]
	name=OSG Software for Enterprise Linux 5 - $basearch
	#baseurl=http://repo.grid.iu.edu/osg-release/$basearch
	mirrorlist=http://repo.grid.iu.edu/mirror/osg-release/$basearch
	failovermethod=priority
	#priority=98
	enabled=1
	gpgcheck=1
	gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-OSG
	consider_as_osg=yes
	exclude=globus*,gsi*,gridsite*,uberftp*,myproxy*,edg-gridftp*,dcap*,CGSI*

view raw osg.repo hosted with ❤ by GitHub

Notice the many excludes in the file, the list may not be complete.

Installation is just:

yum install osg-client-condor --enablerepo=epel-testing

UPDATE!!!!
Testing Results
very good!

I ran 3 tests, all completely successful.
1. globus-job-run against a rpm CE.

$ globus-job-run pf-grid.unl.edu/jobmanager-fork /bin/sh -c "id"
uid=1761(hcc) gid=4001(grid) groups=4001(grid)

2. Condor-G submission
Condor-G Submission worked without problems.  The submission file is below:

	universe = grid
	output = out
	error = err
	executable = /bin/sleep
	arguments = 10
	log = logfile
	grid_resource = gt5 pf-grid.unl.edu/jobmanager-condor
	x509userproxy = /tmp/x509up_u44843
	queue 1

view raw condorg.submit hosted with ❤ by GitHub

3. And globus-url-copy worked:

$ globus-url-copy gsiftp://pf-grid.unl.edu/etc/hosts ./hosts

Initial EL6 Packages for OSG

Last night I completed initial packages for EL6 support.  Just like for EL5, the first OSG component I created is the osg-wn-client.

The osg-wn-client has a complicated dependency tree.  Easily some of the most difficult packages where form glite.

Just some quick tidbits that made the transition easier:

UUID Differences
uuid.h and the associated library is used by many applications.  In el5, uuid is provided by the e2fsprogs package.  In el6, it has it's own package, libuuid.  It was common for me to copy this tidbit into a few packages:

	%if 0%{?el6}
	BuildRequires: libuuid-devel
	%else
	BuildRequires: e2fsprogs-devel
	%endif

view raw exampleuuid.spec hosted with ❤ by GitHub

gsoap Differences
glite-fts-client and glite-data-delegation-api-c both use gsoap.  In the past, it was common to copy stdsoap2.c from the gsoap distribution and compile that into your program.  Now that gsoap is a regular library though, it should be linked into the system's version.  In order to do this, I had to add patches to the Makefiles for both packages to link against the system's gsoap.


What's next?  
The next step is the osg-client.  Since there are no more glite packages for the osg-client, this step should be easier.