<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=iso-8859-1"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:"Yu Gothic";
panose-1:2 11 4 0 0 0 0 0 0 0;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:"\@Yu Gothic";
panose-1:2 11 4 0 0 0 0 0 0 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link="#0563C1" vlink="#954F72" style='word-wrap:break-word'><div class=WordSection1><p class=MsoNormal>Attendees:<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Ben Wilson<o:p></o:p></p><p class=MsoNormal>Corey Bonnell<o:p></o:p></p><p class=MsoNormal>Iņigo Barreira<o:p></o:p></p><p class=MsoNormal>Jim Gorz<o:p></o:p></p><p class=MsoNormal>Jos Purvis<o:p></o:p></p><p class=MsoNormal>Thomas Zermeno<o:p></o:p></p><p class=MsoNormal>Tim Hollebeek<o:p></o:p></p><p class=MsoNormal>Wayne Thayer<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Jos read the antitrust statement.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>-- activity-summary<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Corey: Weekly digests have been configured to be sent every Sunday morning to each working group mailing list for their repo activity. If there's no activity, then no email will go out. Next step is to determine if there are additional repositories we want to monitor.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Ben: There's also the forum repository for charters; we should enable those as well.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Jos: Phase two could also be adding support for tags so that the appropriate list gets notified.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Ben: If I create a branch in my repository, will the activity appear in the digest?<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Corey: Not at this time. I think another next step is to see whose forks, if any, we should also monitor. An example would be monitoring the fork where Ryan's profile work is being discussed.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Jos: The difficulty with monitoring forks is determining where the scope of the CAB Forum ends and individual collaborators begins. May get complicated tying that back to IPR.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Tim: This brings up a great question that whether official work products should be branches within the official repo vs. taking place in individuals' forks. If people use the official repos, then we know who exactly all the contributors are and what they are saying.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Ben: If I were an IPR lawyer listening to this conversation, I'd suggest it's time to revisit the IPR policy and make sure we are covered for these issues.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Corey: To summarize, it sounds like we don't want to add individuals' forks to the monitor until there's clarity on IPR?<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Ben: That would be best for now.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Tim: The bigger IPR question is whether we transition to using branches in the official repo as opposed to forks.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Jos: That's a great discussion that should happen at the Forum level.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Wayne: I'm afraid addressing this would require updates to the IPR policy and every member's attornies must review the changes.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Jos: Yes, it would be best to hold off monitoring individual repos until the potential IPR issues are discussed and resolved.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>-- GitHub plugin for WordPress<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Jos: We wouldn't need to switch entirely to using Markdown and Github but we get the benefit of the Github PR review process. We also gain standard templating. One downside is that the plugin only works for a public repository. This means that draft minutes that were first sent to management lists would now be public. Do folks think this matters?<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Tim: It does. It's important that minutes be reviewed and edited privately before releasing. Could we use a private repo for the review/approval process, then push the change to the public repo for publication?<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Jos: Yes, that is definitely possible. We can try this out before committing to using it with the test website instance.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Tim: Another benefit to having the website content in GitHub is that it's easier to download Forum history, such as previous minutes and ballots automatically.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>-- Ballot Process Flowcharts<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Ben provided updates to the design of the ballot process flowcharts.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>-- Membership management<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Wayne: I'm thinking the best approach for now is using a spreadsheet. It will likely be a marginal improvement over what we have now. One challenge is reducing the number of members on the attendance sheets. We have over 300 active participants but only a fraction of them attend a given meeting. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Jos: As we discussed before, this sounds very much that a database would solve these issues. Who are the primary users of the member spreadsheets? Should we have a front-end that allows a member to manage their organization's members themselves?<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Wayne: The problem with exposing the data to membership is one of authentication. It shouldn't be possible for a member of one organization to change the membership of other organizations. I don't think we'll be able to solve this anytime soon. With that in mind, I'm thinking that a Chair or someone in this committee will need to make edits. Improving the spreadsheets is an incremental improvement before we do anything more involved.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>-- CAB Forum DNS Records<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Jim: I'm adding the CAB Forum DNS records into Route 53. I'm about half done so far. I'll let everyone know on Slack when the migration is complete.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Jos: This is a big win, as we can make changes without having to ask others to do it for us.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Jim: Does anyone have a preference for TTL? It's set to 5 minutes now; it can be changed later.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Jos: I think we should keep it a short TTL for now until we know everything is working smoothly and then we can reevaluate.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Meeting adjourned.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p></div></body></html>