<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, Mar 14, 2019 at 5:17 PM Dean Troyer <<a href="mailto:dtroyer@gmail.com">dtroyer@gmail.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 Wed, Mar 13, 2019 at 9:59 PM Saul Wold <<a href="mailto:sgw@linux.intel.com" target="_blank">sgw@linux.intel.com</a>> wrote:<br>
> We are likely going have more contributions that fall into experimental<br>
> that the community may want to try.<br>
><br>
> Should we have a contrib or experimental repo or subdirectory in<br>
> stx-tools for these contributions?<br>
<br>
My experience with this sort of thing is over time they bit-rot and<br>
are slowly, if at all, updated, much like many wikis.  There is also a<br>
perception of blessing by the project when hosted in<br>
project-controlled places, be it a git repo or a subdirectory within<br>
another project.[0]<br>
<br>
The bar for anyone to host their own workspaces publicly is<br>
fantastically low these days, with Github, Gitlab, BitBucket and<br>
friends all available for free.  I see that discovery is one of the<br>
issues here, we could host a directory of these repos centrally (wiki<br>
page?).  What is the benefit of placing arbitrary code into a<br>
StarlingX repo over a personal Github account + having a directory<br>
listing these personal repos? I see a benefit in the legitimization<br>
that putting it under an stx repo gives (this one of my concerns),<br>
what are the other benefits?<br></blockquote><div><br></div><div><div style="font-size:small" class="gmail_default">Ultimately I believe we are arguing different goals with the same points.<br></div><div style="font-size:small" class="gmail_default"><br></div><div style="font-size:small" class="gmail_default">I'm ok with bit rot, it's inevitable, and can actually be a good thing. I'm ok with code with lower standards being contributed to a place where it can be legitimized.</div></div><div><br></div><div><div style="font-size:small" class="gmail_default">These things are pros to me. :)</div></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>
I would feel much better about doing this in an stx repo if the core<br>
group (there will be a limited group of people with merge permissions<br>
here, yes?) has the responsibility to curate the content of a contrib<br>
repo.<br></blockquote><div><br></div><div><div style="font-size:small" class="gmail_default">There would have to be some standards, eg. no pyc files, no -2s to new contributors, etc. Arbitrary no, curated yes.</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</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>
dt<br>
<br>
[0]   We have already seen this ourselves around some of the scripts<br>
in stx-tools/deployment that were put there for a specific purpose and<br>
users discovered them and expected them to be supported.<br>
<br>
-- <br>
<br>
Dean Troyer<br>
<a href="mailto:dtroyer@gmail.com" target="_blank">dtroyer@gmail.com</a><br>
<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-discuss" rel="noreferrer" target="_blank">http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature">Blog: <a href="http://serverascode.com" target="_blank">serverascode.com</a></div></div>