<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 21, 2019 at 1:19 PM Cordoba Malibran, Erich <<a href="mailto:erich.cordoba.malibran@intel.com" target="_blank">erich.cordoba.malibran@intel.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thu, 2019-02-21 at 09:15 -0500, Curtis wrote:<br>
> <br>
> <br>
> On Thu, Feb 21, 2019 at 8:46 AM Eslimi, Dariush <Dariush.Eslimi@windr<br>
> <a href="http://iver.com" rel="noreferrer" target="_blank">iver.com</a>> wrote:<br>
> > Hi,<br>
> > <br>
> > I see Spec as a high level design for a code that going to be<br>
> > developed, and to make sure it aligns with how community is going<br>
> > to use it and to make everybody aware of what is going to do, so<br>
> > others can chime in and say things that can address multiple needs<br>
> > and influence its design. Let's call this apple.<br>
> > <br>
> > Now I see the case of a code that has been developed before even<br>
> > the community existed, and now been presented to the community to<br>
> > fill a gap and improve productivity, no time to change the design<br>
> > and would be up to community to accept or reject it as is. A case<br>
> > of donation really, I call this one Orange.<br>
> > <br>
> > For Orange I think Spec is not the right word, we need a<br>
> > wiki/readme to see what it does, and how to use it. It is too late<br>
> > to produce a spec to influence the design.<br>
> > <br>
> <br>
> OpenStack Operators have a tools landing repository [1] that<br>
> didn't/doesn't have the same level of requirements the rest of the<br>
> OpenStack code typically does, so organizations could open source<br>
> internal. potentially untested, scripts but not have to necessarily<br>
> adhere to all of the usual requirements. Over time the code in that<br>
> repository could be improved and moved out once it made sense.<br>
> <br>
> I think it's worthwhile to have useful internal code open sourced,<br>
> and in some cases make it a bit easier to do so, and if the code/tool<br>
> gets used then start improving it following general standards. This<br>
> would require a new repository.<br>
> <br>
> Just a thought. :)<br>
> <br>
<br>
I really like the idea of having a new repository as a landing zone<br>
where things can be stabilize over time. When I started reviewing this<br>
tool I noticed that my comments were more focused on design (features<br>
that we might not need, restructure of cli arguments and so on) and I<br>
understand that fixing this is outside of the scope of sharing an<br>
internal tool.<br>
<br>
So, should be go in the path of creating a new repository? or can we<br>
use an "experimental" folder within stx-tools?<br>
<br>
What do you think about this?<br></blockquote><div><br></div><div><div style="font-size:small" class="gmail_default">I did put it on the agenda for the TSC meeting that happened earlier today and it was discussed. There were some reasons to have a separate repo, and some not to. It felt like, to me anyways, there were more reasons not to brought up in the meeting, but I'll let others discuss their own reasoning should they want to. :)<br></div><div style="font-size:small" class="gmail_default"><br></div><div style="font-size:small" class="gmail_default">As an OpenStack Operator who mostly deployed OpenStack and used custom tools to help manage it on Day 2, my perspective may be different than most in terms of sharing tooling that may not have all the Ts crossed and I's dotted in relation to what is now standard open source code quality expectations. Operators are a different sort. :)<br></div><div style="font-size:small" class="gmail_default"><br></div><div style="font-size:small" class="gmail_default">Thanks,</div><div style="font-size:small" class="gmail_default">Curtis<br></div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> Thanks,<br>
> Curtis<br>
> <br>
> [1]: <a href="https://git.openstack.org/cgit/openstack/osops-tools-contrib/tre" rel="noreferrer" target="_blank">https://git.openstack.org/cgit/openstack/osops-tools-contrib/tre</a><br>
> e/README.rst<br>
> <br>
> > My .02$,<br>
> > Dariush<br>
> > <br>
> > <br>
> > -----Original Message-----<br>
> > From: Cordoba Malibran, Erich [mailto:<a href="mailto:erich.cordoba.malibran@intel" target="_blank">erich.cordoba.malibran@intel</a>.<br>
> > com] <br>
> > Sent: February-20-19 6:21 PM<br>
> > To: Waheed, Numan <<a href="mailto:Numan.Waheed@windriver.com" target="_blank">Numan.Waheed@windriver.com</a>>; starlingx-discuss@l<br>
> > <a href="http://ists.starlingx.io" rel="noreferrer" target="_blank">ists.starlingx.io</a><br>
> > Subject: Re: [Starlingx-discuss] Python Based VBox Installer<br>
> > <br>
> > Hi,<br>
> > <br>
> > I just reviewed the tool and I think it's a great tool and it will<br>
> > be really useful for the community. I just have one general<br>
> > question that I would like to extend to the community. Should this<br>
> > tool be supported by a spec?<br>
> > <br>
> > -Erich<br>
> > <br>
> > On Wed, 2019-02-20 at 21:21 +0000, Waheed, Numan wrote:<br>
> > > A Python-based installer for StarlingX has been submitted to<br>
> > stx- <br>
> > > tools repo. This automated installer has been used by Wind River <br>
> > > engineers on a continual basis for installing StarlingX on VBox <br>
> > > environment. This installer is not a new development. This has<br>
> > been <br>
> > > used for several years for quick install on VBox. It is being <br>
> > > delivered to help community for ease of installation of<br>
> > starlingx.<br>
> > > Feel free to use this installer and even add new features to<br>
> > serve the <br>
> > > community better.<br>
> > >  <br>
> > > The installer is going in via following submission:<br>
> > > <a href="https://review.openstack.org/#/c/637958/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/637958/</a><br>
> > >  <br>
> > > Numan.<br>
> > > _______________________________________________<br>
> > > Starlingx-discuss mailing list<br>
> > > <a href="mailto:Starlingx-discuss@lists.starlingx.io" target="_blank">Starlingx-discuss@lists.starlingx.io</a><br>
> > > <a href="http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-disc" rel="noreferrer" target="_blank">http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-disc</a><br>
> > uss<br>
> > _______________________________________________<br>
> > Starlingx-discuss mailing list<br>
> > <a href="mailto:Starlingx-discuss@lists.starlingx.io" target="_blank">Starlingx-discuss@lists.starlingx.io</a><br>
> > <a href="http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discus" rel="noreferrer" target="_blank">http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discus</a><br>
> > s<br>
> > _______________________________________________<br>
> > Starlingx-discuss mailing list<br>
> > <a href="mailto:Starlingx-discuss@lists.starlingx.io" target="_blank">Starlingx-discuss@lists.starlingx.io</a><br>
> > <a href="http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discus" rel="noreferrer" target="_blank">http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discus</a><br>
> > s<br>
> <br>
> </blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="m_6122080789825860093gmail_signature">Blog: <a href="http://serverascode.com" target="_blank">serverascode.com</a></div></div>