FYI - the new Condor DRMMA library will be released in December. We might want to use the next weeks for GFD-E writing and improvements of the DRMAA test suite. Dan, Andreas - please go to http://cvs.sourceforge.net/viewcvs.py/condor-ext/condor_src/drmaa/test/ and figure out if the latest DRMAA test suite still works with SGE. Thank you and regards, Peter. -------- Original-Nachricht -------- Betreff: Re: New Condor DRMAA library Datum: Thu, 3 Nov 2005 14:42:08 -0600 Von: Erik Paulson <epaulson@cs.wisc.edu> An: Peter Troeger <peter.troeger@hpi.uni-potsdam.de>, Todd Tannenbaum <tannenba@cs.wisc.edu>, Miron Livny <miron@cs.wisc.edu> Referenzen: <20050525165549.GA6057@cobalt.cs.wisc.edu> <436A36B3.4000909@hpi.uni-potsdam.de> On Thu, Nov 03, 2005 at 05:11:31PM +0100, Peter Troeger wrote:
Hi Eric,
We're OK with the DRMAA library going into sourceforge and development going there. We'd like to be able to include your changes into future Condor releases, so it'd be most helpful if you could post diffs to the Condor releases (future Condor releases will have a src/drmaa directory, which will have what's the the contrib tarball now)
I would like to announce that the new Condor DRMAA library is now in a stable state. According to the DRMAA test suite, the library is feature-complete and 'bug-free' ;-) . I am still aware of one missing mandatory feature, but I plan to discuss with the DRMAA group if this is really needed as mandatory functionality (remote sources for input files).
Great!
I switched to an autoconf-based setup. I tested everything on MacOS X and Debian Sarge, but the generated Makefile *should* also work on other platforms. Please let me know how to go on from here. I could send you diffs and a generated Makefile. Anyway since I have no details about your UWCS-internal build process, I fear that something will not work on your side. Are you able to integrate the configure / make call in case of an internal build ?
What we'll probably do is change how we ship the DRMAA library and just ship your version - we'll precompile it and put libdrmaa.so in the tree, but we'll include your source tarfile, so people can rerun ./configure and rebuild it for their platform/compiler/etc. It's not going to make the next version of Condor, because the code freeze for that was 2 days ago, but it should be OK for the release after that, probably around the beginning of December. -Erik
BTW, DRMAA expects the library to be a shared one. My version of the Makefile therefore build both a static version (for backward compatibility) and a shared library. Another major change is that all jobs are now submitted in vanilla universe.
The Windows version is on the agenda, but currently there is not even a NMAKE file. The code is prepared for being compiled under Win32, but I expect a lot of remaining bugs in this environment.
I would be happy if the new library will be available with the next Condor version. The release is a precondition for DRMAA working group to take the final step in the GGF standardization process, which demands 2 independent compliant versions of the spec.
Thank you and regards, Peter.
P.S. Nicholas did a great job. I had no problem to understand the code he developed so far.