On Thu, Mar 14, 2019 at 5:17 PM Dean Troyer <dtroyer@gmail.com> wrote:
On Wed, Mar 13, 2019 at 9:59 PM Saul Wold <sgw@linux.intel.com> wrote:
> We are likely going have more contributions that fall into experimental
> that the community may want to try.
>
> Should we have a contrib or experimental repo or subdirectory in
> stx-tools for these contributions?

My experience with this sort of thing is over time they bit-rot and
are slowly, if at all, updated, much like many wikis.  There is also a
perception of blessing by the project when hosted in
project-controlled places, be it a git repo or a subdirectory within
another project.[0]

The bar for anyone to host their own workspaces publicly is
fantastically low these days, with Github, Gitlab, BitBucket and
friends all available for free.  I see that discovery is one of the
issues here, we could host a directory of these repos centrally (wiki
page?).  What is the benefit of placing arbitrary code into a
StarlingX repo over a personal Github account + having a directory
listing these personal repos? I see a benefit in the legitimization
that putting it under an stx repo gives (this one of my concerns),
what are the other benefits?

Ultimately I believe we are arguing different goals with the same points.

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.

These things are pros to me. :)
 

I would feel much better about doing this in an stx repo if the core
group (there will be a limited group of people with merge permissions
here, yes?) has the responsibility to curate the content of a contrib
repo.

There would have to be some standards, eg. no pyc files, no -2s to new contributors, etc. Arbitrary no, curated yes.

Thanks,
Curtis

 

dt

[0]   We have already seen this ourselves around some of the scripts
in stx-tools/deployment that were put there for a specific purpose and
users discovered them and expected them to be supported.

--

Dean Troyer
dtroyer@gmail.com

_______________________________________________
Starlingx-discuss mailing list
Starlingx-discuss@lists.starlingx.io
http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss


--
Blog: serverascode.com