<br><br><div class="gmail_quote">On Mon, Feb 14, 2011 at 10:25 AM, Michael Wilde <span dir="ltr"><<a href="mailto:wilde@mcs.anl.gov">wilde@mcs.anl.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Sarah, David,<br>
<br>
Yes, I think gathering the site templates is indeed the first step. Then parameterizing them, including provisions for removing lines (per the GetSites spec page).<br>
<br>
And I agree that we should set swiftrun aside (and later bundle any needed parts of it into the swift command).<br>
<br>
David, I reviewed the current swiftconfg, and I feel it can be greatly simplified by rewriting as a shell script.<br></blockquote><div><br>oh, if we're going to actually do a re-write rather than leverage the code david already wrote my preference would be for python over shell...david do you know python? if not then shell is *ok* with me, it'll just be a little slower and clumsier for me :P i thought if we were sticking with the perl i would not help write it but just write the doc, but if we're doing a re-write i'm guessing it will take the effort of both of is (?)<br>
 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
There is some reasonable shell arg parsing logic we can lift from:<br>
<br>
  <a href="https://svn.ci.uchicago.edu/svn/vdl2/SwiftApps/SwiftR/Swift/exec/start-swift" target="_blank">https://svn.ci.uchicago.edu/svn/vdl2/SwiftApps/SwiftR/Swift/exec/start-swift</a><br>
<br>
(arg parsing is right after the usage() function around midway through the script)<br>
<br>
- Mike<br>
<div><div></div><div class="h5"><br>
<br>
----- Original Message -----<br>
<br>
<br>
sounds good to me david...i don't know perl so maybe my time would be better spent using it and updating the doc in sync with you working on the code (?) i think first we want to separate swiftconfig from swiftrun...it would be good if users who are already used to running regular 'swift' to be able to transition to using swiftconfig (i realize this probably affects the doc more than your code, i just wanted to mention it).<br>

<br>
so, maybe the first step is switching out the sites templates?<br>
<br>
<br>
On Fri, Feb 11, 2011 at 8:51 PM, David Kelly < <a href="mailto:dk0966@cs.ship.edu">dk0966@cs.ship.edu</a> > wrote:<br>
<br>
<br>
Would it be easier to modify the existing swiftconfig to adjust to the new format of templates?<br>
<br>
<br>
The main steps that were outlined are nearly already completed with swiftconfig<br>
<br>
<br>
- The commands are already there<br>
- A set of templates already exists, but would most likely be replaced with the ones verified by automated testing in the format Justin specified<br>
- A good start for documentation using swiftconfig on a variety of configurations is at <a href="http://www.ci.uchicago.edu/wiki/bin/view/SWFT/LearningSwift" target="_blank">http://www.ci.uchicago.edu/wiki/bin/view/SWFT/LearningSwift</a><br>

- Documentation for commands and syntax is there, swiftconfig -h and swiftrun -h<br>
- List all templates with swiftconfig -list templates (already knows the correct order of where to look for templates)<br>
- Help for specific templates is a good idea. That would be pretty straightforward to add<br>
- Support for applications and application groups is already there<br>
<br>
<br>
If we started over it seems like we would be duplicating a lot of code<br>
<br>
<br>
<br>
</div></div><div><div></div><div class="h5">--<br>
Michael Wilde<br>
Computation Institute, University of Chicago<br>
Mathematics and Computer Science Division<br>
Argonne National Laboratory<br>
<br>
</div></div></blockquote></div><br>