[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [HTCondor-users] thoughts on HTCondor python bindings submit improvements
- Date: Tue, 01 May 2018 14:15:18 +0000
- From: Michael Pelletier <Michael.V.Pelletier@xxxxxxxxxxxx>
- Subject: Re: [HTCondor-users] thoughts on HTCondor python bindings submit improvements
I'd second this motion. It would make adopting the Python bindings much easier to approach for new users, and serve as a good learning tool when you're able to see the submit() piece input which is generated by a submit file parser.
From: HTCondor-users [mailto:htcondor-users-bounces@xxxxxxxxxxx] On Behalf Of Dimitri Maziuk
Sent: Friday, April 27, 2018 10:29 AM
Subject: [External] Re: [HTCondor-users] thoughts on HTCondor python bindings submit improvements
On 2018-04-27 08:56, Brian Bockelman wrote:
> I think there's a strong argument to have python able to cleanly submit from an unaltered submit file.
> I don't see a strong argument to expose the complexity of the "queue" statement given the user controls the loop anyway.
I think you might be missing the point: make the submit file parser a separate piece. Use the output of that piece as input for submit() piece. Expose both pieces in your API.
Then you can add a submit_string( str ) and submit_file( name ) etc.
2-liner convenience wrappers on top.
It's the design that's known to work.
This email has been checked for viruses by Avast antivirus software.
HTCondor-users mailing list
To unsubscribe, send a message to htcondor-users-request@xxxxxxxxxxx with a
You can also unsubscribe by visiting
The archives can be found at: