<div dir="ltr">I would prefer pulp3 over pulpproj, nice idea Bihan!<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 12, 2017 at 1:47 AM, 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">I like using the pulp3 namespace. <br></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 11, 2017 at 9:13 AM, Bihan Zhang <span dir="ltr"><<a href="mailto:bizhang@redhat.com" target="_blank">bizhang@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>What about pulp3 as a potential namespace? With this naming we can communicate that this PyPI package is Pulp3 (not Pulp2), and that it is Python3 compatible.<br></div><div><br></div><div>There's plenty of PyPI packages that utilizes the package3 naming strategy to show python3 compatibility. <br></div><div>And since PuLP (the other pulp) is already py3 compatible I don't see them wanting the pulp3 namespace. <br></div><div><br></div><div><div>If we use this prefix, length won't be a problem:</div><div>  pip3 install pulp3</div><div>  pip3 install pulp3_rpm_extensions<br></div></div><div>  pip3 install pulp3_streamer</div><div><br></div><div><div><br></div></div></div><div class="m_4859144543137860863HOEnZb"><div class="m_4859144543137860863h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 11, 2017 at 8:20 AM, Patrick Creech <span dir="ltr"><<a href="mailto:pcreech@redhat.com" target="_blank">pcreech@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">After spending the majority of the day hunting down the fine details of this plan, I'm in agreement<br>
with Michael that it isn't the best option here.  While it seemed interesting on the surface, the<br>
devil is in the details, as they say.  And this just appears to be a little too non-standard for us.<br>
<span class="m_4859144543137860863m_-6197844522609317770HOEnZb"><font color="#888888"><br>
Patrick<br>
</font></span><div class="m_4859144543137860863m_-6197844522609317770HOEnZb"><div class="m_4859144543137860863m_-6197844522609317770h5"><br>
On Mon, 2017-04-10 at 16:49 -0400, Michael Hrivnak wrote:<br>
> The "datadir" idea is a good option to have, and I can see how it could work. That said, it has a<br>
> couple of drawbacks worth considering.<br>
><br>
> 1) I regularly think about the Principle of Least Surprise, and it applies well here. Python devs<br>
> know that python code usually goes in site-packages. Not finding Pulp code there would be<br>
> surprising in most cases. It may work great and be completely valid, but I think we should have a<br>
> very good reason before straying from such a convention. Python packaging is a complicated enough<br>
> topic as it is (see - vs _, setuptools vs. distutil vs distribute, package name vs. python<br>
> namespace, etc), that I think we will benefit from sticking to defaults when possible and<br>
> reasonable.<br>
><br>
> This aspect is definitely not a deal-breaker. I'm sure other apps do this successfully. It's just<br>
> a factor that makes me lean another direction.<br>
><br>
> 2) This would not entirely eliminate the namespace collision, if we continued using the "pulp"<br>
> namespace in python. Keep in mind that we're not just worried about a collision in site-packages;<br>
> we're worried about a collision at runtime in the interpreter's global namespace. If we add a new<br>
> location to PYTHONPATH, but the "pulp" namespace is used in the new location AND in site-packages,<br>
> that's asking for trouble. Maybe it would work ok by completely overshadowing the "pulp" in site-<br>
> packages (I'm not sure if it would), but it seems safer to just use a different namespace than<br>
> "pulp".<br>
><br>
> And if we use a different namespace than "pulp", I don't think we gain anything from installing to<br>
> a separate location.<br>
><br>
> This also may not be a deal-breaker, but it nudges me in the direction of just using a non-"pulp"<br>
> name in the standard location.<br>
><br>
> Thanks Patrick for raising this as an option.<br>
><br>
> Michael<br>
><br>
</div></div><span class="m_4859144543137860863m_-6197844522609317770im m_4859144543137860863m_-6197844522609317770HOEnZb">> -- <br>
> Michael Hrivnak<br>
> Principal Software Engineer, RHCE <br>
> Red Hat<br>
</span><div class="m_4859144543137860863m_-6197844522609317770HOEnZb"><div class="m_4859144543137860863m_-6197844522609317770h5">> ______________________________<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></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></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>