<div dir="ltr">I would like to comment about the C4 [1] which is "the Collective Code Construction Contract (C4), [...], aimed at providing an optimal collaboration model for free software projects".<div><br></div><div>It does not mention about creating RFCs specifically but provides some guidelines that may help when implementing them.<br><div><br></div><div>[1] <a href="https://rfc.zeromq.org/spec:42/C4/">https://rfc.zeromq.org/spec:42/C4/</a></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 13, 2017 at 5:45 PM, Brian Bouterse <span dir="ltr"><<a href="mailto:bbouters@redhat.com" target="_blank">bbouters@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>I want to share some ideas on a possible proposal process. It's inspired by processes in the Foreman, Python, and Django communities along with several discussions I've had with core and community users. This is written as a concrete proposal, but it is 100% changeable.<br><br></div><div>I'm doing the meta thing and using the process I'm proposing to propose the process. The proposal is here [0]. It's unmerged (not the process) because I suspect we'll want a dedicated repo. This proposal, if adopted, is still a living document (like Python PEP 
0001) so even if its approved it would still be an evolving document.<br><br>Feedback and collaboration is welcome!<br></div><div><br>[0]: <a href="https://github.com/pulp/pulpproject.org/pull/50" target="_blank">https://github.com/pulp/<wbr>pulpproject.org/pull/50</a><br><br></div><div>All the best,<br></div><div>Brian<br></div></div></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 10, 2017 at 6:01 PM, David Davis <span dir="ltr"><<a href="mailto:daviddavis@redhat.com" target="_blank">daviddavis@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I also like the idea of using <a href="http://plan.io" target="_blank">plan.io</a> for our RFCs. The only thing that github or etherpad offers over <a href="http://plan.io" target="_blank">plan.io</a> is the ability to edit/update the RFC. If the RFC is in the body of the story/task in Redmine, then I think it can only be edited by admins. Maybe we can use the comments or not worry about editing the RFC though.<div><br></div><div>There were also some other points brought up this past week about RFCs—mostly around workflows. One important thing I forgot to consider is how to accept RFCs. Should we vote on them? Or perhaps try to arrive at some sort of consensus?</div><div class="gmail_extra"><span class="m_7280084440932618737HOEnZb"><font color="#888888"><br clear="all"><div><div class="m_7280084440932618737m_5843952184712299496m_-1837493068749343126gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><br></div><div>David<br></div></div></div></div></div></div></div></div></font></span><div><div class="m_7280084440932618737h5">
<br><div class="gmail_quote">On Mon, Feb 6, 2017 at 12:31 PM, Ina Panova <span dir="ltr"><<a href="mailto:ipanova@redhat.com" target="_blank">ipanova@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div>I think all mentioned options could be used, but we need to have a starting point. Something that would track a discussion for a long time.<br>And i lean towards ---> open a story/task (as a starting point).<br></div>Having a story/task opened we can always reference it in mail discussion or etherpad.<br></div>Why i prefer to have all/most of the discussion happen on the story/task?<br></div>Because i cannot guarantee that i will not miss somehow the email or etherpad. I actually often find myself trying to dig through dozens of mails to find the right one. Same with the etherpads :)<br></div></div>Because i receive notifications when someone adds a comment on the task/story, even after one month or two. This does not happen with etherpad, and i actually will not see the new comments/ideas until i will check the pad by myself.<br></div>Periodically. From time to time. Remembering the right pad number, and of course i do not remember it, so i will need to dig into my mails to find it out.<br></div><div class="gmail_extra"><br clear="all"><div><div class="m_7280084440932618737m_5843952184712299496m_-1837493068749343126m_-1871926127695671696gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><br><br>--------<br>Regards,<br><br>Ina Panova<br>Software Engineer| Pulp| Red Hat Inc.<br><br>"Do not go where the path may lead,<br> go instead where there is no path and leave a trail."<br></div></div></div>
<br><div class="gmail_quote"><div><div class="m_7280084440932618737m_5843952184712299496m_-1837493068749343126h5">On Mon, Feb 6, 2017 at 4:59 PM, David Davis <span dir="ltr"><<a href="mailto:daviddavis@redhat.com" target="_blank">daviddavis@redhat.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="m_7280084440932618737m_5843952184712299496m_-1837493068749343126h5"><div dir="ltr"><div>One of the things that came up in our retrospective is that we don’t have a formal way to propose changes to our codebase and processes (aka RFCs). This was motivated in part by the recent discussion on merging forward commits on our pulp-dev mailing list. </div><div><br></div><div>I'd like to maybe discuss a way we can propose RFCs and then document this process in our docs. It sounds like there has already been some discussion about how to handle RFCs so I apologize coming into this without having any background. </div><div><br></div><div>Thinking through RFCs, I see two things to address. First is the actual format of the RFC. I see some RFCs in <a href="http://plan.io" target="_blank">plan.io</a> but it doesn’t seem like there’s a standard way of formatting an RFC. Should there be? For reference, here's the template for foreman RFCs. I think it might serve as a good starting point:</div><div><br></div><div><a href="https://github.com/theforeman/rfcs/blob/master/0000-template.md" target="_blank">https://github.com/theforeman/<wbr>rfcs/blob/master/0000-template<wbr>.md</a></div><div><br></div><div>Secondly, there’s the question of where to discuss and archive RFCs. Some possible options:</div><div><br></div><div>1. Open a story or task on <a href="http://plan.io" target="_blank">plan.io</a></div><div>2. Use a GitHub repo to store and discuss RFCs (e.g. <a href="https://github.com/theforeman/rfcs" target="_blank">https://github.com/theforeman/<wbr>rfcs</a>)</div><div>3. Write the RFC on an Etherpad and once accepted, open a <a href="http://plan.io" target="_blank">plan.io</a> issue.</div><div>4. Just send out RFCs to the mailing list</div><div>5. Something else?</div><div><br></div><div>I was thinking we could also use the mailing list in addition to options 1-3 by sending out an email pointing people to the actual RFC.</div><div><br></div><div>Thoughts?</div><span class="m_7280084440932618737m_5843952184712299496m_-1837493068749343126m_-1871926127695671696HOEnZb"><font color="#888888"><div><div class="m_7280084440932618737m_5843952184712299496m_-1837493068749343126m_-1871926127695671696m_-1427231691954262509gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><br></div><div>David<br></div></div></div></div></div></div></div></div>
</font></span></div>
<br></div></div>______________________________<wbr>_________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/mailman<wbr>/listinfo/pulp-dev</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div></div></div></div>
<br>______________________________<wbr>_________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/mailman<wbr>/listinfo/pulp-dev</a><br>
<br></blockquote></div><br></div>
</div></div><br>______________________________<wbr>_________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/pulp-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Elyézer Rezende<div>Senior Quality Engineer<br><div>irc: elyezer</div></div></div></div>
</div>