<div dir="ltr"><div class="gmail_extra">I appreciate the feedback here. I'm going to go ahead and respond inline as I can. <br><br></div><div class="gmail_extra"><div class="gmail_quote">On Tue, Jan 28, 2014 at 4:44 PM, Jim Perrin <span dir="ltr"><<a href="mailto:jperrin@centos.org" target="_blank">jperrin@centos.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im"><br>
<br>
On 01/28/2014 03:46 PM, Clint Savage wrote:<br>
> One of the major values of the EL rebuild ecosystem is the ability to<br>
> interoperate, or the ability to fork from the upstream. This provides<br>
> purpose in many ways, choice being the most heralded. Since the CentOS<br>
> community has teamed up with Red Hat to allow for Special Interest Groups<br>
> to join them, it seems that there might be a bit less of an ecosystem<br>
> available. The goal of the Interoperability SIG is to ensure that the<br>
> ability to fork and rebuild still exist.<br>
<br>
</div>I consider one of the goals of the new arrangement to be creating more<br>
community, or ecosystem. However the way we've structured things so far<br>
will (hopefully) homogenize things a bit. I personally consider it a bit<br>
of a systemic failure that users have to hunt through any number of 3rd<br>
party repos to accomplish what they're after, often getting themselves<br>
into trouble in the process.<br></blockquote><div><br></div><div>I wholeheartedly concur with the idea of what CentOS is trying to do here. Making things easy for people to accomplish their goals is also a bold one. One which CentOS and Red Hat are attempting. I truly hope they succeed. I'm a huge fan of the Fedora community that Red Hat contributes to in a 
much similar way. I think CentOS will be a great middle ground to help 
bring communities together. It should evolve into something amazing.<br><br><div style="text-align:left">However, homogenizing things is a great idea, until it isn't. One of the common threads we hear in the Fedora community is that it's really run by Red Hat and nobody else gets a say. Many people, including myself, worry about CentOS being perceived this way as well. We just want to ensure that perception doesn't have any merit. If we provide a way to validate things are not just being run by RH, it could foster some goodwill everywhere.<br>
</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">
<div class="im"><br>
> Our communities already exist outside of the CentOS community purview. They<br>
> are currently the GoOSe Project[1] and the Ascendos Project[2]. This shared<br>
> community will serve as a "reference implementation", yet will still be<br>
> operated and marketed as a product and community separate from CentOS.<br>
> Consider it something of CentOS "embassy" of sorts.<br>
<br>
</div>It's been a stated goal from the beginning of the discussion (on both<br>
sides) that we have no 'collateral damage' to other groups who don't<br>
want to participate. For other builders, the only thing that should<br>
really change would be the location of the source they get.<br></blockquote><div><br></div><div>Agreed. Though we don't know how that 'source' is going to look quite yet. I hope that srpms continue to live somewhere.<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">
<div class="im"><br>
> It would seem that this SIG could be construed as contrary to the goals of<br>
> the CentOS project. However, we believe there is value added to the CentOS<br>
> project. We are interested in improving the CentOS community in at least a<br>
> few ways.<br>
<br>
</div>I don't see this as contrary, I see it as independent verification that<br>
we're living up to our stated objectives. It does however bring up a<br>
minor point of concern. For GoOSe, I only see a release for 6.0 on the<br>
download page, and no download option for Ascendos. I'd like some<br>
assurance that if your project steps up as a 'validation entity' that it<br>
won't falter. If we do this and it lags or dies off, that may reflect<br>
poorly on us (the project). It might be construed as either failing to<br>
live up to our goals, or intentionally killing it.<br></blockquote><div><br></div><div>Yes, we did stagnate some on both ends. A hope was that some folks might join us to help. It is certainly possible for us to catch up on builds and such. Or we may just jump in validating EL7 and move back to 6.x as time permits.<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">
<div class="im"><br>
> * Providing feedback and collaboration on common issues. Including, but not<br>
> limited to, reporting bugs, providing patches, discussing packaging<br>
> techniques, rebuilding variants, QA, ISO building, etc.<br>
<br>
</div>Within the CentOS context or GoOSe? How are you proposing that we<br>
orchestrate the collaboration between the two?<br></blockquote><div><br></div><div>That is a very good question. I think both groups would benefit. Initially, the plan is to file bugs on the CentOS side and track them within our community. However, i can see a possibility of some sort of middle ground where feedback comes in mailing lists, bugs, documentation and more.<br>
 </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div><br>
> * Collaboration on documentation of the rebuild process, rebranding of<br>
> documentation, providing new documentation, etc.<br> 
<br></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im">
</div>Same two questions.<br></blockquote><div><br></div><div>We're planning on working on processes for rebranding and documenting the rebuild process. I see both of those things benefiting CentOS while the projects might be created elsewhere.<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">
<div class="im"><br>
> * Build or maintain tools to ease rebranding of upstream packages as to<br>
> ease adoption by companies who build upon and release software based on<br>
> CentOS.<br>
<br>
</div>This would be useful, but could prove to be a Sisyphean task, given that<br>
new packages get added, packages get updated, etc.<br></blockquote><div><br></div><div>Very true, I don't want to be pushing rocks uphill forever either. :)  I think the value here is that a scrubbing service could be written. I kind of think of this like translation is currently done in some circles. You have some software go through each SRPM and see if it finds anything questionable and then have a human validate whether it is indeed needing some love. The process for this is not clear at this time, but I can see some options.<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">
<div class="im"><br>
> * Providing tools to help monitor statuses of builds, repositories,<br>
> releases, etc. Whether they be part of the CentOS community or otherwise.<br>
><br>
> With these goals in mind, we'd like to formally request an Interoperability<br>
> Special Interest Group within the CentOS community. Please let us know how<br>
> to further proceed.<br>
<br>
<br>
</div>I like the idea, and the fact that it provides independent validation,<br>
but I'm not sure this fits with the idea of a SIG. The reason I say this<br>
is because for code in the sig/variant model, it needs to live on<br>
<a href="http://git.centos.org" target="_blank">git.centos.org</a> so that it could be built/signed by the project,  which<br>
seems counter to the whole 3rd party validation this would provide.<br>
<br>
Because what you're proposing would live outside the structure and exist<br>
as an outside entity, does it make sense to be a SIG, or simply to have<br>
an understanding between groups?<br>
<div><br></div></blockquote><div> <br></div><div>I personally think it does fit as a SIG better than anywhere else at the moment, but it doesn't look like a SIG that has been outlined[1]. I do feel, however, it fits better in the lower end of that page where it is related to CentOS, provides control and feedback, all software created would be FOSS licensed, encourage the direction of the CentOS dev teams. In my mind, those are the goals we had and wanted to help there. We're not a variant, at least not in the same way the Cloud SIG would be.<br>
</div><div class="im"><br></div><div class="im">I hope this helps to continue this discussion. Whether we end up becoming a CentOS SIG or not, we look forward to working with the CentOS teams.<br><br>Cheers,<br><br></div>
<div class="im">herlo<br></div><div class="im"><br><br>1 - <a href="http://wiki.centos.org/SpecialInterestGroup">http://wiki.centos.org/SpecialInterestGroup</a> <br><br>--<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span class=""><font color="#888888">
Jim Perrin<br>
The CentOS Project | <a href="http://www.centos.org" target="_blank">http://www.centos.org</a><br>
twitter: @BitIntegrity | GPG Key: FA09AD77<br>
</font></span><div class=""><div class="h5">_______________________________________________<br>
CentOS-devel mailing list<br>
<a href="mailto:CentOS-devel@centos.org">CentOS-devel@centos.org</a><br>
<a href="http://lists.centos.org/mailman/listinfo/centos-devel" target="_blank">http://lists.centos.org/mailman/listinfo/centos-devel</a><br>
</div></div></blockquote></div><br></div></div>