<div dir="ltr"><div>Bruno, thank you for pointing that out. I agree.</div><div><br></div><div>This introduces a new use case: to be able to install Python packages to the system and not into a virtualenv. It also made us think about root as being a requirement for running this playbook with its defaults. I've updated the two tickets that deal w/ those aspects. The virtualenv will default to "/usr/local/pulpenv", it can be overridden, and if unset will install to the system package store. Edit references are below:<br></div><div><br></div><div><a href="https://pulp.plan.io/issues/3716#note-5">https://pulp.plan.io/issues/3716#note-5</a><br><a href="https://pulp.plan.io/issues/3723#note-6">https://pulp.plan.io/issues/3723#note-6</a></div><div><br></div><div>Other feedback, ideas, questions, or concerns are welcome.</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 8, 2018 at 11:01 AM, Bruno Rocha <span dir="ltr"><<a href="mailto:brocha@redhat.com" target="_blank">brocha@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">Just a note: As containers are already isolated from the hosting system I think that a Virtualenv is an unnecessary layer inside a container, we can just install the packages in the container's Python environment. <span class="HOEnZb"><font color="#888888"><div class="gmail_extra"><div><br></div>-- <br><div class="m_-3267075326620744732gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div>Bruno Rocha<br></div>Senior Quality Engineer<br></div>Red Hat<br></div></div>
</div></font></span></div>
</blockquote></div><br></div>