<div dir="ltr"><div dir="ltr">We discussed this proposal on today's Infrastructure subcommittee call.</div><div dir="ltr"><br></div><div dir="ltr">On Mon, Aug 31, 2020 at 9:46 AM Wayne Thayer <<a href="mailto:wthayer@gmail.com">wthayer@gmail.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Thanks Ryan - this is helpful.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Aug 31, 2020 at 9:32 AM Ryan Sleevi <<a href="mailto:sleevi@google.com" target="_blank">sleevi@google.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"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Aug 31, 2020 at 12:16 PM Wayne Thayer <<a href="mailto:wthayer@gmail.com" target="_blank">wthayer@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"><div dir="ltr"><p class="MsoNormal">During last week's Infrastructure call, Ben, Jos, and I discussed the proposal to split <a href="https://github.com/cabforum/documents/" target="_blank">https://github.com/cabforum/documents/</a> into separate repositories for each WG's documents.</p></div></blockquote><div><br></div><div>FWIW, I tried for 10 minutes to get into the call before giving up. Can we get this worked out for the next call? Had the same problem with our prior call as well.</div><div> </div></div></div></blockquote><div><br></div><div>No one has been able to start the meeting. Jos is working with the WebEx team to get his account fixed.</div><div> <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 dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><p class="MsoNormal"> I don't believe that we need to create a ballot to proceed with this change, but I suggested that we should announce the change on the public list and give members a chance to object to it. Here is what I think we want to propose:</p><p></p><div>================</div><div>The Infrastructure Subcommittee plans to change the structure of the Forum's GitHub organization to better reflect the evolving structure of the Forum itself.<br></div><div><br></div><div>We'll create new repositories under the 'cabforum' organization as follows:</div><div>- "forum" - contains the Bylaws (and potentially IPR agreement and other Forum level docs)<br></div><div>- "servercert" - Charter, BRs, and EVGLs</div><div>- "code-signing" - Code signing Charter, BRs, and EV code signing guidelines</div><div>- "smime" - Charter and BRs for S/MIME certificates</div><div>- "tools" - automation code and other Infrastructure WG files</div></div></blockquote><div><br></div><div>"tools" is a bit TBD right now. That's specifically a large scale of work (to work out the CI integration and templates and figuring out if we're doing cross-repo syncs). So let's just place this as "TBD". I think just focusing on the main work products sounds good.</div><div> </div></div></div></blockquote></div></div></blockquote><div><br></div><div>I think this means that all of the automation for producing the documents would initially be duplicated in each repo. We agreed that is a good approach because it allows us to proceed with the separate repos sooner. Then a subsequent task would be to consolidate the automation for all the repos into the 'tools' repo so that the Infrastructure subcommittee can more easily maintain it.<br></div><div>  <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 dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div></div><div>As I wasn't able to make the call, I'm not sure what was discussed for cabforum/documents - is that being renamed to that it will automatically redirect? I think we should, and should to servercert rather than forum, but that wasn't clear.</div><div> </div></div></div></blockquote><div><br></div><div>That makes sense.</div><div> <br></div></div></div></blockquote><div><br></div><div>We decided that it would be best to consider cabforum/documents a legacy repo, set it to read-only, and possibly rename it to 'archive' rather than repurposing it as either the forum level repo or the SCWG repo.<br></div><div> <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 dir="ltr"><div class="gmail_quote"><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 dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Each repo will have access rights specific to the working group (e.g. SCWG members won't be able to approve changes to the SMCWG repo).<br></div></div></blockquote><div><br></div><div>One area that hadn't been worked through is whether or not the Forum Infrastructure group (or some subset) will be admins for these repositories or not? That has implications here for the statement of permissions, but also has implications when we thinking about how publishing will work (e.g. shared secrets in the repo config)</div><div> </div></div></div></blockquote><div><br></div><div>Suggest we discuss this on the next call.</div><div> <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 dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Each repo will be configured to enforce reviews before merging a pull request.</div></div></blockquote><div><br></div><div>... into the "main" repository, right?</div><div> </div></div></div></blockquote><div><br></div><div>Correct.</div><div> <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 dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>This change will be accomplished by moving documents from the existing repo into the new ones in such a way that history is preserved (most likely by forking 'documents' and then deleting files that are not in the scope of the new repo).</div></div></blockquote><div><br></div><div>This seems like it's gated on the completion of branch cleanup, right, so that we don't bring in a ton of junk into new repos?</div></div></div></blockquote><div><br></div><div>That seems like a good idea. We should discuss the cleanup on the next call.</div><div><br></div></div></div></blockquote><div><br></div><div>Ben is proceeding with some branch cleanup work, but in today's call we decided that keeping the cabforum/documents repo intact as an archive would allow us to create the new repos from scratch without copying over history and branches. We can proceed with this approach to creating the new repos without branch cleanup in the cabforum/documents repo.<br></div><div> <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 dir="ltr"><div class="gmail_quote"><div></div><div>- Wayne<br></div></div></div>
</blockquote></div></div>