<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Times New Roman; font-size: 12pt; color: #000000'>Hi Sarah,<br><br>Its great that you are cleaning out bugzilla! I'm eager to get it back in general use as our team-wide "to do" tracker. Or at least to try that method and see if it works well for us.<br><br>I have not been seeing any emails from bugzilla, though. Can you see how to configure it so that I get emails on all changes? (same for anyone else on the team who wants to see "everything" - I suspect Justin and Mihael might as well).<br><br>Thanks!<br><br>Mike<br><br><br><br><br>----- "Sarah Kenny" <skenny@uchicago.edu> wrote:
<br>> <div class="gmail_quote">> On Thu, Oct 7, 2010 at 1:08 PM, Mihael Hategan <span dir="ltr"><<a href="mailto:hategan@mcs.anl.gov" target="_blank">hategan@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;">
Right. I think 1.0/4.1.7 should go out soon. </blockquote><div><br>> ok, so i guess we should decide what 'soon' means ;) i am currently going thru the old bugs in bugzilla (at least trying to close out things that have been already fixed or are no-longer applicable, etc), but perhaps it would be good to determine if there are bigger issues outside of that that still need to be dealt with before we can put what we've got into a stable release and determine a time-frame...anything come to mind?<br>>
<br>> as far as documentation...does it make sense for each branch to have a full copy of /ci/www/projects/swift under it which can then be merged with the main/live copy whenever the code is merged? admittedly, i know nothing about docbook, but from the standpoint of updating and merging this seems to make sense to me (though feel free to suggest another way :) <br>>
<br>> ~sk<br>>
<br>> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">And then 1.1/4.1.8 next. 6<br>>
months was just a guess at how much it will take us to get to 1.1 and is<br>>
by no means what I think should happen. But my suspicion is that it will<br>>
take on the order of months.<br>>
<div><div></div><div><br>>
On Thu, 2010-10-07 at 12:51 -0500, Justin M Wozniak wrote:<br>>
> Yeah, I would like to get the branches (and branched manuals) formed on<br>>
> the short term.<br>>
><br>>
> On Thu, 7 Oct 2010, Sarah Kenny wrote:<br>>
><br>>
> > does the 6 month release time that mihael alluded to seem doable? that is,<br>>
> > do you think we should shoot for the next release being around the 1st week<br>>
> > of april 2011?...during which time we would phase out clustering (provided<br>>
> > we don't get anyone on the user list saying they need it...which i sincerely<br>>
> > doubt).<br>>
> ><br>>
> > ~sk<br>>
> ><br>>
> ><br>>
> > On Thu, Oct 7, 2010 at 11:04 AM, Justin M Wozniak <<a href="mailto:wozniak@mcs.anl.gov" target="_blank">wozniak@mcs.anl.gov</a>>wrote:<br>>
> ><br>>
> >> On Tue, 5 Oct 2010, Mihael Hategan wrote:<br>>
> >><br>>
> >> On Tue, 2010-10-05 at 19:40 -0500, Sarah Kenny wrote:<br>>
> >>><br>>
> >>>> ok, just want to make sure i fully understand the state of the code:<br>>
> >>>><br>>
> >>>> these are the most current/stable versions of swift & cog (that which<br>>
> >>>> we tell users to download):<br>>
> >>>><br>>
> >>>> swift: branch/1.0<br>>
> >>>> (<a href="https://trac.ci.uchicago.edu/swift/browser/branches/1.0" target="_blank">https://trac.ci.uchicago.edu/swift/browser/branches/1.0</a>)<br>>
> >>>> cog: branches/4.1.7<br>>
> >>>> (<a href="http://cogkit.svn.sourceforge.net/viewvc/cogkit/branches/4.1.7/" target="_blank">http://cogkit.svn.sourceforge.net/viewvc/cogkit/branches/4.1.7/</a>)<br>>
> >>>><br>>
> >>>> these are the development (less stable) versions of the code that we<br>>
> >>>> should be committing changes to:<br>>
> >>>><br>>
> >>>> swift: trunk/ (<a href="https://trac.ci.uchicago.edu/swift/browser/trunk" target="_blank">https://trac.ci.uchicago.edu/swift/browser/trunk</a>)<br>>
> >>>> cog: trunk/current<br>>
> >>>> (<a href="http://cogkit.svn.sourceforge.net/viewvc/cogkit/trunk/current/" target="_blank">http://cogkit.svn.sourceforge.net/viewvc/cogkit/trunk/current/</a>)<br>>
> >>>><br>>
> >>>> assuming that's correct...<br>>
> >>>><br>>
> >>>> for swift, what are the other/multiple directories under branches/<br>>
> >>>> that do not appear to be releases or release candidates?<br>>
> >>>> is the intent, upon the next swift release (whenever that may be) to<br>>
> >>>> update swift branch/1.0 with the changes that have been committed to<br>>
> >>>> trunk/ ?<br>>
> >>>><br>>
> >>><br>>
> >>> Right. There are two reasons for doing branches:<br>>
> >>> 1. if some work divergent from trunk is needed<br>>
> >>> 2. to stabilize for a release<br>>
> >>><br>>
> >>> For (1), if thinks work out OK, you eventually merge them back into<br>>
> >>> trunk.<br>>
> >>><br>>
> >>> (2)s also get merged back into trunk in one way or another, since they<br>>
> >>> may contain bug fixes.<br>>
> >>><br>>
> >>> _______________________________________________<br>>
> >>> Swift-devel mailing list<br>>
> >>> <a href="mailto:Swift-devel@ci.uchicago.edu" target="_blank">Swift-devel@ci.uchicago.edu</a><br>>
> >>> <a href="http://mail.ci.uchicago.edu/mailman/listinfo/swift-devel" target="_blank">http://mail.ci.uchicago.edu/mailman/listinfo/swift-devel</a><br>>
> >>><br>>
> >><br>>
> >> So for Swift 1.1, can we have a CoG 4.1.8?<br>>
> >><br>>
> >> --<br>>
> >> Justin M Wozniak<br>>
> >><br>>
> ><br>>
><br>>
<br>>
<br>>
</div></div></blockquote></div><br>>
<br>> _______________________________________________
Swift-devel mailing list
Swift-devel@ci.uchicago.edu
http://mail.ci.uchicago.edu/mailman/listinfo/swift-devel
<br><br>-- <br>Michael Wilde<br>Computation Institute, University of Chicago<br>Mathematics and Computer Science Division<br>Argonne National Laboratory<br><br></div></body></html>