<div dir="ltr">I found some small style problems that were left over from when the proposal was rst. After those are fixed, +1 to merging from me.</div><div class="gmail_extra"><br clear="all"><div><div class="gmail_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>
<br><div class="gmail_quote">On Thu, Mar 16, 2017 at 6:34 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>After more discussion on the PR, I've pushed what I think are the final revisions. These include moving it to a dedicated repo in the Pulp organization. As such the PR is now here:  <a href="https://github.com/pulp/pups/pull/1" target="_blank">https://github.com/pulp/pups/<wbr>pull/1</a><br><br></div>If there are any last comments please let me know, otherwise I plan to merge this tomorrow. It would be nice if someone approved this PR. Even after being merged, this is still a starting point which we can use to refine the process itself over time.<br><br></div>Thanks to everyone who read or gave input.<span class="HOEnZb"><font color="#888888"><br><br></font></span></div><span class="HOEnZb"><font color="#888888">-Brian<br></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 27, 2017 at 4:54 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>I pushed another version based on feedback. The changes came as a new commit so you can see them there. I have 2 areas that I want to discuss before merging.<br><br></div><div>== proposed change 1 ==<br></div><div>I want really want beautifully readable proposals on <a href="http://pulpproject.org" target="_blank">pulpproject.org</a>. That being said, I think we should pull that out of this proposal and instead go with:<br></div><div>* A dedicated repo with this proposal's text as a README at the root. This would effectively adopt @mhrivnak's comment here[0].<br></div><div>* We can figure out how to get those onto <a href="http://pulpproject.org" target="_blank">pulpproject.org</a> as a separate effort<br></div><div><br></div><div>== proposed change 2==<br></div><div>Also I want to have the proposals live as a pull request until they are decided on. The current proposal has them being merged regularly. This would reduce friction by having proposals be created/revised without a single core dev needing to be involved. Also collaborators can push to each other's branches with github permissions so collaboration is still very possible. In fact @daviddavis did that with this meta PR. This part is basically written here [1] as a change.<br><br>[0]: <a href="https://github.com/pulp/pulpproject.org/pull/50/#discussion_r103085714" target="_blank">https://github.com/pulp/pulppr<wbr>oject.org/pull/50/#discussion_<wbr>r103085714</a><br>[1]: <a href="https://github.com/pulp/pulpproject.org/pull/50/files#diff-65d93959a5eea99a63191c1a80e105b4R284" target="_blank">https://github.com/pulp/pulppr<wbr>oject.org/pull/50/files#diff-6<wbr>5d93959a5eea99a63191c1a80e105b<wbr>4R284</a><br><br></div><div>Comments and ideas are welcome either via e-mail or on the PR.<br><br></div><div>Thanks!<span class="m_4555470475820612528HOEnZb"><font color="#888888"><br></font></span></div><span class="m_4555470475820612528HOEnZb"><font color="#888888"><div>Brian<br></div><div><br></div></font></span></div><div class="m_4555470475820612528HOEnZb"><div class="m_4555470475820612528h5"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 24, 2017 at 6:33 PM, Dennis Kliban <span dir="ltr"><<a href="mailto:dkliban@redhat.com" target="_blank">dkliban@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>The things that I like about this proposal:<br><br></div>- The proposals are always merged so the community can reference them in the future even if the proposal is not adopted. I like learning from history.<br></div>- Revisions to the proposal are additional commits stored in git. Having a record of changes can be valuable as the proposal lives on and evolves.<br><div><div>- All the proposals are available on <a href="http://pulpproject.org" target="_blank">pulpproject.org</a> or some other wesbsite for anyone to see - including search engines.<br><br></div><div>I am not too thrilled about the discussion living separate from the proposal, but I am a fan of our mailing lists. I would be happy with this proposal being merged as is so we can announce it for voting and/or further discussion on pulp-dev list. <br><span class="m_4555470475820612528m_-6039308958006015763HOEnZb"><font color="#888888"><br></font></span></div><span class="m_4555470475820612528m_-6039308958006015763HOEnZb"><font color="#888888"><div>-Dennis <br></div></font></span></div></div><div class="m_4555470475820612528m_-6039308958006015763HOEnZb"><div class="m_4555470475820612528m_-6039308958006015763h5"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 24, 2017 at 5:34 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>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" target="_blank"><span class="m_4555470475820612528m_-6039308958006015763m_-554094086805436841m_8444850079474180380gmail-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" target="_blank"><span class="m_4555470475820612528m_-6039308958006015763m_-554094086805436841m_8444850079474180380gmail-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" target="_blank"><span class="m_4555470475820612528m_-6039308958006015763m_-554094086805436841m_8444850079474180380gmail-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" target="_blank">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" target="_blank">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.<span class="m_4555470475820612528m_-6039308958006015763m_-554094086805436841HOEnZb"><font color="#888888"><br><br></font></span></div><span class="m_4555470475820612528m_-6039308958006015763m_-554094086805436841HOEnZb"><font color="#888888"><div>-Brian<br></div></font></span></div><div class="m_4555470475820612528m_-6039308958006015763m_-554094086805436841HOEnZb"><div class="m_4555470475820612528m_-6039308958006015763m_-554094086805436841h5"><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/spe<wbr>c:42/C4/</a></div></div></div><div class="gmail_extra"><div><div class="m_4555470475820612528m_-6039308958006015763m_-554094086805436841m_8444850079474180380h5"><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_4555470475820612528m_-6039308958006015763m_-554094086805436841m_8444850079474180380m_-46448329713241698HOEnZb"><div class="m_4555470475820612528m_-6039308958006015763m_-554094086805436841m_8444850079474180380m_-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_4555470475820612528m_-6039308958006015763m_-554094086805436841m_8444850079474180380m_-46448329713241698m_7280084440932618737HOEnZb"><font color="#888888"><br clear="all"><div><div class="m_4555470475820612528m_-6039308958006015763m_-554094086805436841m_8444850079474180380m_-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_4555470475820612528m_-6039308958006015763m_-554094086805436841m_8444850079474180380m_-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_4555470475820612528m_-6039308958006015763m_-554094086805436841m_8444850079474180380m_-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_4555470475820612528m_-6039308958006015763m_-554094086805436841m_8444850079474180380m_-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_4555470475820612528m_-6039308958006015763m_-554094086805436841m_8444850079474180380m_-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_4555470475820612528m_-6039308958006015763m_-554094086805436841m_8444850079474180380m_-46448329713241698m_7280084440932618737m_5843952184712299496m_-1837493068749343126m_-1871926127695671696HOEnZb"><font color="#888888"><div><div class="m_4555470475820612528m_-6039308958006015763m_-554094086805436841m_8444850079474180380m_-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="m_4555470475820612528m_-6039308958006015763m_-554094086805436841m_8444850079474180380HOEnZb"><font color="#888888">-- <br><div class="m_4555470475820612528m_-6039308958006015763m_-554094086805436841m_8444850079474180380m_-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>
</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></blockquote></div><br></div>
</div></div></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></div>