<div dir="ltr">I agree that we want to highlight community contributions, but I don't understand why we would want to separate them from other user facing changes. As a user/developer watching the demo, it doesn't make a difference to me where the content came from.<div><br></div><div>Here's what I'm thinking:<br><div><br></div><div>*Release updates*</div><div> This section covers user facing changes. Presumably, each item would couple with an item that is or will be in "release notes". This can be changes from core devs or community members.</div><div>- <span style="font-size:12.8px">important upcoming changes</span></div><div><div style="font-size:12.8px"><span style="font-size:12.8px">- deprecations to start planning for</span><br></div></div><div><span style="font-size:12.8px">- </span><span style="font-size:12.8px">big new features or changes being planned</span></div><div><span style="font-size:12.8px">- docs changes</span></div><div><span style="font-size:12.8px">- workflow demos (was: how other people are using pulp)</span></div><div><br></div><div>*Logistics*</div><div>I don't think all of this needs to be discussed in each demo, and might be more appropriate for blog posts. To me, demos are content. Dates, TODOs, etc mentioned in a video are hard to find later, and are easy to forget. But when it makes sense, we should discuss the following topics:</div><div><div style="font-size:12.8px"><span style="font-size:12.8px">- release schedule/plans</span><br></div><div style="font-size:12.8px">- what direction is the project going in general</div></div><div>- <span style="font-size:12.8px">events such as conferences or meetups</span></div><div><span style="font-size:12.8px">- </span><span style="font-size:12.8px">highlight channels of communication (email list, twitter, blog posts, etc)</span></div><div><div><span style="font-size:12.8px">- current known problems</span><br></div><div><div style="font-size:12.8px"><span style="font-size:12.8px">- what is being prioritized or not and why</span><br></div></div><div><div style="font-size:12.8px"><span style="font-size:12.8px">- key problems that need to be solved</span></div></div></div><div><br></div><div>*Contributor updates* - This section should discuss testing, tools, workflows, refactors, etc. Things that affect developers, but not users. This section should be at the end so uninterested users can drop out.</div><div>- <span style="font-size:12.8px">things that need to be tested</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 4, 2017 at 6:11 AM, Preethi Thomas <span dir="ltr"><<a href="mailto:pthomas@redhat.com" target="_blank">pthomas@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"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Tue, Oct 3, 2017 at 5:53 AM, 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>I think it is important to keep 2 sections:<br>1) Community updates - which would tackle community contributions and everything related to the spread of our project awareness.<br>2) Release updates- which would take care of RFEs, bugfixes, issues, releases, future plans we are heading to, etc </div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>Maybe as a starting point we should define as a team what we expect to have in those 2 sections, since it might turn out everyone would have its different expectations.<br></div></div></blockquote><div><br></div></span><div>+1 on Ina's suggestion. I also see the value in having both the sections during sprint demo. </div><div><div class="h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div></div><br></div><div class="gmail_extra"><br clear="all"><div><div class="m_8378006045684735522m_4793125787889148823gmail_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><div><div class="m_8378006045684735522h5">
<br><div class="gmail_quote">On Fri, Sep 29, 2017 at 9:48 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>I've thought about this some more and given my role as the community manager, I would like to host the demos and deliver the content I have planned. This is what I see from other projects like Foreman. This content regularly conflicts with the "State of Pulp" content. The YouTube live demos are something I started for Pulp, and something I would like to stay involved with.<br><br>I want to go back to @asmacdo's idea of renaming the State of Pulp to "Release Updates". You're welcome to deliver that or someone who does the releases themselves would be good. Some feedback on this change would be great.<br><br></div>Thanks,<br></div>Brian<br><div><div><br><br></div></div></div><div class="m_8378006045684735522m_4793125787889148823HOEnZb"><div class="m_8378006045684735522m_4793125787889148823h5"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 29, 2017 at 2:19 PM, Michael Hrivnak <span dir="ltr"><<a href="mailto:mhrivnak@redhat.com" target="_blank">mhrivnak@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">Sure, I'd be happy to do that. I do think there's plenty of room for a "What's happening with the technology" segment and a "What else is going on in the community" segment if you'd like to keep doing highlights there, but otherwise I am happy to take care of it.</div><div class="m_8378006045684735522m_4793125787889148823m_-6352533812884025709HOEnZb"><div class="m_8378006045684735522m_4793125787889148823m_-6352533812884025709h5"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 29, 2017 at 9:43 AM, 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>The content you are describing is the same content I usually plan to cover also. Then on the day-of we realize that we have the same content. I think this is the root of the issue that is causing me to raise this problem to begin with. Switching the name won't resolve it.<br><br></div>In looking at a community like Forman for example, Greg, the community manager, runs the demos and coordinates the content updates that you are describing. I'm wondering why Pulp is doing something different.<br><br>It sounds like you want to deliver all of that content. That is ok with me if you are also willing to run/coordinate/post the demos. Would that be a way to solve this? We have docs here [0] about how to do that. Feedback about this idea would be great.<br><br>[0]: <a href="https://pulp.plan.io/projects/pulp/wiki/Sprint_Demo_Notes" target="_blank">https://pulp.plan.io/projects/<wbr>pulp/wiki/Sprint_Demo_Notes</a><br><br></div><div><div><br><br></div></div></div><div class="m_8378006045684735522m_4793125787889148823m_-6352533812884025709m_-524545097534668477HOEnZb"><div class="m_8378006045684735522m_4793125787889148823m_-6352533812884025709m_-524545097534668477h5"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 28, 2017 at 3:04 PM, Michael Hrivnak <span dir="ltr"><<a href="mailto:mhrivnak@redhat.com" target="_blank">mhrivnak@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'm happy to change the name of my section to something other than "State of Pulp", which isn't very descriptive. I want it to continue focusing on what's happening with the technology, such as releases, new initiatives getting started (new plugin for example), specific current problems (coredump on F26 for example), highlighting areas of investigation or planning (like when we were wrestling with how to support multi-arch container images), deprecations (no more EL6 for example), etc. "Tech Update" would be fine, or something similar.</div><div class="gmail_extra"><br><div class="gmail_quote"><span>On Thu, Sep 28, 2017 at 2:02 PM, Austin Macdonald <span dir="ltr"><<a href="mailto:amacdona@redhat.com" target="_blank">amacdona@redhat.com</a>></span> wrote:<br></span><div><div class="m_8378006045684735522m_4793125787889148823m_-6352533812884025709m_-524545097534668477m_3794156885818313878h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">+1 to "Release Updates" because it doesn't make an artificial distinction between work done by Red Hat employees and work done by the community. </div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="m_8378006045684735522m_4793125787889148823m_-6352533812884025709m_-524545097534668477m_3794156885818313878m_-3475791114636611539h5">On Thu, Sep 28, 2017 at 10:38 AM, Brian Bouterse <span dir="ltr"><<a href="mailto:bbouters@redhat.com" target="_blank">bbouters@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_8378006045684735522m_4793125787889148823m_-6352533812884025709m_-524545097534668477m_3794156885818313878m_-3475791114636611539h5"><div dir="ltr"><div>During the sprint demos there are two sections which regularly (if not always) present redundant content: the State of Pulp update, and the Community Update. We need to combine or redefine these parts of our demos to not be redundant or compete for content to present in each section. Today the content was 100% redundant to the point where I entirely skipped the community update.<br><br></div><div>Please send ideas or comments. Here are two options I can think of:<br><br></div><div>Have the State of Pulp be renamed to 'Release Updates' and have that section talk about releases and any notable issues associated with them. This is the option I recommend.<br><br>Only have a community update and have all content (release updates, community items, etc) all be delivered through that. I believe this is how most projects do it, but I would prefer the option above personally.<span class="m_8378006045684735522m_4793125787889148823m_-6352533812884025709m_-524545097534668477m_3794156885818313878m_-3475791114636611539m_-1283855258426574468HOEnZb"><font color="#888888"><br></font></span></div><span class="m_8378006045684735522m_4793125787889148823m_-6352533812884025709m_-524545097534668477m_3794156885818313878m_-3475791114636611539m_-1283855258426574468HOEnZb"><font color="#888888"><div><br></div><div>-Brian<br></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>
<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></div></div><span class="m_8378006045684735522m_4793125787889148823m_-6352533812884025709m_-524545097534668477m_3794156885818313878HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div class="m_8378006045684735522m_4793125787889148823m_-6352533812884025709m_-524545097534668477m_3794156885818313878m_-3475791114636611539gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><p style="color:rgb(0,0,0);font-family:overpass-mono,monospace;font-size:10px;margin:0px!important;padding:0px!important"><span style="margin:0px!important;padding:0px!important">Michael</span> <span style="margin:0px!important;padding:0px!important">Hrivnak</span></p><p style="color:rgb(0,0,0);font-family:overpass-mono,monospace;font-size:10px;margin:0px!important;padding:0px!important"></p><span style="color:rgb(0,0,0);font-family:overpass-mono,monospace;font-size:10px;margin:0px!important;padding:0px!important"><span style="margin:0px!important;padding:0px!important">Principal Software Engineer</span><span style="margin:0px!important;padding:0px!important">, <span style="margin:0px!important;padding:0px!important">RHCE</span></span> </span><span style="color:rgb(0,0,0);font-family:overpass-mono,monospace;font-size:10px"></span><br style="color:rgb(0,0,0);font-family:overpass-mono,monospace;font-size:10px;margin:0px!important;padding:0px!important"><p style="color:rgb(0,0,0);font-family:overpass-mono,monospace;font-size:10px;margin:0px!important;padding:0px!important">Red Hat</p></div></div>
</font></span></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="m_8378006045684735522m_4793125787889148823m_-6352533812884025709m_-524545097534668477gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><p style="color:rgb(0,0,0);font-family:overpass-mono,monospace;font-size:10px;margin:0px!important;padding:0px!important"><span style="margin:0px!important;padding:0px!important">Michael</span> <span style="margin:0px!important;padding:0px!important">Hrivnak</span></p><p style="color:rgb(0,0,0);font-family:overpass-mono,monospace;font-size:10px;margin:0px!important;padding:0px!important"></p><span style="color:rgb(0,0,0);font-family:overpass-mono,monospace;font-size:10px;margin:0px!important;padding:0px!important"><span style="margin:0px!important;padding:0px!important">Principal Software Engineer</span><span style="margin:0px!important;padding:0px!important">, <span style="margin:0px!important;padding:0px!important">RHCE</span></span> </span><span style="color:rgb(0,0,0);font-family:overpass-mono,monospace;font-size:10px"></span><br style="color:rgb(0,0,0);font-family:overpass-mono,monospace;font-size:10px;margin:0px!important;padding:0px!important"><p style="color:rgb(0,0,0);font-family:overpass-mono,monospace;font-size:10px;margin:0px!important;padding:0px!important">Red Hat</p></div></div>
</div>
</div></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>
<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></div></div><br></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>