[drmaa-wg] New Condor DRMAA library

[Tim Harsch]

This is great Peter, thank you.  Let me know, where the Condor code is that 
includes the new DRMAA shared library and I will try to update 
Schedule::DRMAAc.

All:  Note that I will probably have to do this on my own time since I am 
currently on different project funding than when I created this module... 
meaning, be forgiving if I am a bit slow about it...  :-)

----- Original Message ----- 
From: "Rajic, Hrabri" <hrabri.rajic at intel.com>
To: "Peter Troeger" <peter.troeger at hpi.uni-potsdam.de>
Cc: "DRMAA Working Group" <drmaa-wg at gridforum.org>
Sent: Thursday, November 03, 2005 8:17 AM
Subject: RE: [drmaa-wg] New Condor DRMAA library


Congratulations Peter!!

This is wonderful news.  I would encourage our Perl and Python experts
to give it a try.

Regards

Hrabri

>-----Original Message-----
>From: owner-drmaa-wg at ggf.org [mailto:owner-drmaa-wg at ggf.org] On Behalf
Of
>Peter Troeger
>Sent: Thursday, November 03, 2005 10:12 AM
>To: epaulson at cs.wisc.edu
>Cc: DRMAA Working Group; njgeib at wisc.edu
>Subject: [drmaa-wg] New Condor DRMAA library
>
>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).
>
>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 ?
>
>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.
>