<div dir="ltr"><div>I pushed a new version based on feedback on the PR. It outlines several alternatives that we should consider along with downsides.<br><br></div><div><a href="https://github.com/pulp/pulpproject.org/pull/50/files#diff-65d93959a5eea99a63191c1a80e105b4R277"><span class="gmail-blob-code-inner">What about leaving it as a pull request for longer?</span></a><br><a href="https://github.com/pulp/pulpproject.org/pull/50/files#diff-65d93959a5eea99a63191c1a80e105b4R292"><span class="gmail-blob-code-inner">What about using Github for discussion?</span></a><br><a href="https://github.com/pulp/pulpproject.org/pull/50/files#diff-65d93959a5eea99a63191c1a80e105b4R262"><span class="gmail-blob-code-inner">We could store the PEPs in Redmine. Why aren't we using Redmine?</span></a></div><br>There are also <a href="https://github.com/pulp/pulpproject.org/pull/50/files#diff-65d93959a5eea99a63191c1a80e105b4R250">Downsides</a> of this proposal.<br><br><div>My opinion is a +1 to leaving it as a pull request for longer to allow more autonomy for creation and revision of proposals. Also, we can additionally use Github for feedback, but that email threaded discussion should also be allowed to include a broader input from users who don't live in Github like most of us do. Both of these not-yet-done simple rewrites would remove these from the list of alternatives and incorporate them into the proposal itself. I'm happy to make such changes with input from others.<br><br></div><div>Also in the <a href="https://github.com/pulp/pulpproject.org/pull/50/files#diff-65d93959a5eea99a63191c1a80e105b4R309">Unresolved Questions</a> section having an acronym or initialization of a name for these would be nice.<br><br>It would be great to get feedback by 00:00 UTC on Tuesday the 28th (that's 7pm on Feb 28th). I'll try to be more responsive with the edits also.<br><br></div><div>Thanks for the input so far.<br><br></div><div>-Brian<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 13, 2017 at 5:09 PM, Elyezer Rezende <span dir="ltr"><<a href="mailto:erezende@redhat.com" target="_blank">erezende@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 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/" target="_blank">https://rfc.zeromq.org/<wbr>spec:42/C4/</a></div></div></div><div class="gmail_extra"><div><div class="h5"><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/pulppr<wbr>oject.org/pull/50</a><br><br></div><div>All the best,<br></div><div>Brian<br></div></div></div></div><div class="m_-46448329713241698HOEnZb"><div class="m_-46448329713241698h5"><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_-46448329713241698m_7280084440932618737HOEnZb"><font color="#888888"><br clear="all"><div><div class="m_-46448329713241698m_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_-46448329713241698m_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_-46448329713241698m_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_-46448329713241698m_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_-46448329713241698m_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_-46448329713241698m_7280084440932618737m_5843952184712299496m_-1837493068749343126m_-1871926127695671696HOEnZb"><font color="#888888"><div><div class="m_-46448329713241698m_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" 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><br clear="all"><div><br></div></div></div><span class="HOEnZb"><font color="#888888">-- <br><div class="m_-46448329713241698gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Elyézer Rezende<div>Senior Quality Engineer<br><div>irc: elyezer</div></div></div></div>
</font></span></div>
</blockquote></div><br></div>