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@ggf.org [mailto:owner-drmaa-wg@ggf.org] On Behalf Of Peter Troeger Sent: Thursday, November 03, 2005 10:12 AM To: epaulson@cs.wisc.edu Cc: DRMAA Working Group; njgeib@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.
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@intel.com> To: "Peter Troeger" <peter.troeger@hpi.uni-potsdam.de> Cc: "DRMAA Working Group" <drmaa-wg@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@ggf.org [mailto:owner-drmaa-wg@ggf.org] On Behalf Of Peter Troeger Sent: Thursday, November 03, 2005 10:12 AM To: epaulson@cs.wisc.edu Cc: DRMAA Working Group; njgeib@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.
The Condor guys promised to include it in Condor 6.7.14, which might become a christmas present ;-) ... Regards, Peter. Am 07.11.2005 um 18:58 schrieb 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@intel.com> To: "Peter Troeger" <peter.troeger@hpi.uni-potsdam.de> Cc: "DRMAA Working Group" <drmaa-wg@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@ggf.org [mailto:owner-drmaa-wg@ggf.org] On Behalf Of Peter Troeger Sent: Thursday, November 03, 2005 10:12 AM To: epaulson@cs.wisc.edu Cc: DRMAA Working Group; njgeib@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.
Cool. Maybe I can work on my part for Christmas vacation... did I really just say that? ;-) ----- Original Message ----- From: "Peter Troeger" <peter.troeger@hpi.uni-potsdam.de> To: "Tim Harsch" <harsch1@llnl.gov> Cc: "Rajic, Hrabri" <hrabri.rajic@intel.com>; "DRMAA Working Group" <drmaa-wg@gridforum.org> Sent: Monday, November 07, 2005 11:27 AM Subject: Re: [drmaa-wg] New Condor DRMAA library
The Condor guys promised to include it in Condor 6.7.14, which might become a christmas present ;-) ...
Regards, Peter.
Am 07.11.2005 um 18:58 schrieb 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@intel.com> To: "Peter Troeger" <peter.troeger@hpi.uni-potsdam.de> Cc: "DRMAA Working Group" <drmaa-wg@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@ggf.org [mailto:owner-drmaa-wg@ggf.org] On Behalf Of Peter Troeger Sent: Thursday, November 03, 2005 10:12 AM To: epaulson@cs.wisc.edu Cc: DRMAA Working Group; njgeib@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.
participants (3)
-
Peter Troeger -
Rajic, Hrabri -
Tim Harsch