<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Tue, Jul 9, 2013 at 10:37 PM, Tom Fifield <span dir="ltr"><<a href="mailto:tom@openstack.org" target="_blank">tom@openstack.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div>On 10/07/13 12:20, Lorin Hochstein wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div>
On Tue, Jul 9, 2013 at 8:34 PM, Tom Fifield <<a href="mailto:tom@openstack.org" target="_blank">tom@openstack.org</a><br></div><div><div>
<mailto:<a href="mailto:tom@openstack.org" target="_blank">tom@openstack.org</a>>> wrote:<br>
<br>
    On 10/07/13 00:48, Steve Gordon wrote:<br>
<br>
        My understanding is that at least RPM/DEB packages are likely to<br>
        be available *very* shortly after the actual release for Havana.<br>
<br>
<br>
    I'll take a bullish line, which may not necessarily be achievable:<br>
<br>
    """<br>
    On the day that the press release for Havana is sent out, we need<br>
    -by hook or by crook!- to have installation instructions for RHEL<br>
    and Ubuntu, and ideally SUSE and Debian too.<br>
    """<br>
<br>
    I'm thinking: "if you can't install the software, then it's not<br>
    really a release, is it?". Release day is our time to shine :)<br>
<br>
    So, feasibility/sanity check:<br>
    * This is unlikely to be provided in time by our friends at RH or<br>
    Canonical, leaving:<br>
    Option 1: Delay the press release<br>
    Option 2: DIY<br>
<br>
    Personally, I think Option 1 would be terrible for the community's<br>
    "feelings", and tying OpenStack to particular product offerings is<br>
    not something we should probably be doing :)<br>
<br>
    So, for me, that leaves Option 2 :)<br>
<br>
    but, it's early in the morning .... are there other alternatives?<br>
<br>
<br>
<br>
Tom:<br>
<br>
Just to be explicit here, I can imagine three scenarios for "release day"<br>
<br>
1. Downstream packages haven't been released yet  :(<br>
2. Downstream packages have been released, but there are no accompanying<br>
install docs   :|<br>
3. Downstream packages and accompanying install docs have been released  :)<br>
<br>
For "DIY", are you talking about scenario #1 or scenario #2 (or both?).<br>
<br>
Steve alluded to scenario 1 being unlikely, but we should probably talk<br>
to the distros to see how they plan to align their release packages to<br>
the official OpenStack release.<br>
</div></div></blockquote>
<br>
Yup, I think in practice #2 is what happens, and that was the one I was referring to :)<br>
<br>
Regards,<br>
<br>
Tom<br>
<br>
<br></blockquote><div><br></div><div style>OK, I grudgingly admit that we probably need to write install docs *at least* for Ubuntu, since I think it's unlikely that Canonical will produce install docs for Havana by release day.</div>
<div style><br></div><div style>(Side question: Does Canonical maintain their own install docs for Grizzly? They have an impressive-looking OpenStack page, but I don't see install docs linked on it anywhere: <a href="http://www.ubuntu.com/cloud/private-cloud/openstack">http://www.ubuntu.com/cloud/private-cloud/openstack</a>).</div>
<div style><br></div><div style>For RedHat (and SUSE), I think we should contact their doc maintainers and ask them if they'll have updated release docs ready on the same day that their packages are ready. No sense duplicating effort if they'll be ready quickly enough. If they won't be ready, we should *sigh* also probably do an RPM-based install guide. Perhaps I'm naively optimistic, but I'm hoping that these distros will be ready quickly with docs since they have a strong incentive to reduce deployment effort.</div>
<div style><br></div><div style>Steve, any insights into how quickly RedHat plans to release their install docs for Havana?</div><div style><br></div><div style>Lorin</div><div style><br></div><div style><br></div><div> </div>
</div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">Lorin Hochstein<br><div>Lead Architect - Cloud Services</div><div>Nimbis Services, Inc.</div><div><a href="http://www.nimbisservices.com" target="_blank">www.nimbisservices.com</a></div>

</div>
</div></div>