<div dir="ltr"><div class="gmail_default" style="font-size:x-small">Brian,<br><br></div><div class="gmail_default" style="font-size:x-small">thanks for the summary!<br></div><div class="gmail_default" style="font-size:x-small">I took the liberty to go thru this list and file Redmine issues where I found the description to be straightforward; please see links inline.<br></div><div class="gmail_default" style="font-size:x-small">My intention is to be able to track and triage these so that the invaluable plug-in writer feedback isn't lost.<br><br></div><div class="gmail_default" style="font-size:x-small">Cheers,<br></div><div class="gmail_default" style="font-size:x-small">milan<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 12, 2018 at 10:57 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:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>At the Foreman Construction day [0] last Wednesday, we had our first code focused plugin writer's workshop. About 6 people were actively engaged as we talked through the plugin API, example code, and then tried to install Pulp3. All of this happened over about 4-5 hours. In contrast to the devconf workshop which was planning focused, this was a "let's look at and write some code together" workshop. Two attendees came to both, and they got all the way to calling their own sync code.<br><br></div><div>We got a lot of feedback, which I will try to group into some areas. (my feedback in parens)<br><br></div><div>[installation issues]<br>- the pypi install commands are missing the migrations and they produce broken installations<br></div></div></blockquote><div> </div><div><a href="https://pulp.plan.io/issues/3362">https://pulp.plan.io/issues/3362</a><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div><div>- the vagrantcloud boxes couldn't have a plugin installed on them :(<br></div><div>- the dev environments worked great but we didn't recommend them until we realized all of these other methods were broken<br></div><div>- we assume the user 'pulp' in a lot of places, e.g. systemd file, ansible, etc<br></div><div>- assumptions about Fedora both in ansible, but also the copy/paste commands<br></div><div>- some users who copied and pasted commands didn't realize they weren't for their OS<br></div><div><br></div><div>[desire for simpler things]<br></div><div>- there is a strong desire to use sqlite as the default db not postgresql<br></div></div></blockquote><div> </div><div><a href="https://pulp.plan.io/issues/3359">https://pulp.plan.io/issues/3359</a><br> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div><div>- desire to not install a message bus. (I think this is unavoidable)<br><br></div></div></blockquote><div><br><a href="https://pulp.plan.io/issues/3361">https://pulp.plan.io/issues/3361</a><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div><div>[need examples]<br></div><div>- pulp_file is our example, but it's laid out into different functions and classes. People were confused by this because they thought the classes and function names are meaningful when they aren't. For example we were asked "what is a synchronizer" <a href="https://github.com/pulp/pulp_file/blob/master/pulp_file/app/tasks.py#L139" target="_blank">https://github.com/pulp/pulp_<wbr>file/blob/master/pulp_file/<wbr>app/tasks.py#L139</a><br></div><div>- pulp_file doesn't provide a good example because changesets do everything for you. (The main pulp_file should be a simple, direct example of the objects they have to save).<br></div><div>- people found pulp_example via github and thought "oh here is what I needed to find!" only to base their code on outdated code (we need to delete pulp_example)<br></div><div>- a database picture would be helpful to show off the data layer objects, foreign keys, and attributes.<br></div><div><br></div><div>[specific things]<br></div><div>- 'id' on the inherited content unit conflicted with a content unit which also uses 'id'.<br></div></div></blockquote><div><br><a href="https://pulp.plan.io/issues/3365">https://pulp.plan.io/issues/3365</a><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>- qpid vs rabbitmq defaults confusion. The settings.yaml says we default to qpid so they installed qpid, but really in settings.py it's rabbitmq. (this is a 1 line fix)<br><br></div></div></blockquote><div><br><a href="https://pulp.plan.io/issues/3366">https://pulp.plan.io/issues/3366</a><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div><div>In terms of the installation challenges, we should consider consolidating onto a single installation method of pip with virtualenv. Of all the methods we offer [1] that is the one everyone could use and no one minded. We could remove the other options from the install page so that for for now (pre-GA) everyone is doing the same, simple thing. I think we should consolidate our effort and not focus on end-user installations as the main thing right now.**<br><br></div><div>I also think we should do these things:<br><br></div><div>* switch pulp to use sqlite3 by default. An ansible installer can both install postgres and configure it, later.<br></div><div>* rewrite pulp_file to be a really really simple example<br></div></div></blockquote><div><br><a href="https://pulp.plan.io/issues/3367">https://pulp.plan.io/issues/3367</a><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div><div>* delete pulp_example<br><br></div></div></blockquote><div><br><a href="https://pulp.plan.io/issues/3364">https://pulp.plan.io/issues/3364</a><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Please send ideas, questions, or any kind of feedback.<br><br>[0]: <a href="http://cfgmgmtcamp.eu/fringe.html#foreman" target="_blank">http://cfgmgmtcamp.eu/fringe.<wbr>html#foreman</a><br>[1]: <a href="https://docs.pulpproject.org/en/3.0/nightly/installation/index.html" target="_blank">https://docs.pulpproject.org/<wbr>en/3.0/nightly/installation/<wbr>index.html</a><br><br>** I still see Ansible as the right cross-distro installer as we approach 
the GA date. @ichimonji10 I  am still +1 on your proposal, I think we just need to consolidate both dev and testing effort for now. This is similar to the approach for the migration tool which we know is really important but we aren't starting yet.<span class="gmail-HOEnZb"><font color="#888888"><br><br></font></span></div><span class="gmail-HOEnZb"><font color="#888888"><div>-Brian<br></div><div><br></div></font></span></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></div>