<div dir="ltr">Hello,<br><div><br>I would like to end this requirements talk cause it doesn't make any sense in term of python clients.<br></div><div>Initially the discussion was about "many clients projects with separate requirements" VS "single client project with single requirements list".<br>
<br></div><div>At that moment we should have stop and actually open requirements lists for python clients. <br>Basically all clients have the same requirement (cause they all do the same stuff - sending HTTP requests K.O.)<br>
</div><div>There is absolutely no difference in the situation of many clients vs single client.<br><br></div><div>Answering another question about "user only needs X (keystone) and we install package with clients for all openstack services":<br>
</div><div>Size of keystone client (and any other client I suppose) is ~300Kb I don't think that it's a big difference for the user to install package that is ~300Kb or ~10Mb (unless we are using openstack from Android).<br>
<br></div><div>From the user perspective I think it's much easier to use client with "everything included" rather than try to google for client package for some rarely used service.<br><br></div><div>Regards,<br>
Alexei<br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014/1/21 Sean Dague <span dir="ltr"><<a href="mailto:sean@dague.net" target="_blank">sean@dague.net</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 01/21/2014 11:54 AM, Renat Akhmerov wrote:<br>
><br>
> On 17 Jan 2014, at 22:00, Jamie Lennox <<a href="mailto:jamielennox@redhat.com">jamielennox@redhat.com</a><br>
</div><div class="im">> <mailto:<a href="mailto:jamielennox@redhat.com">jamielennox@redhat.com</a>>> wrote:<br>
><br>
>> (I don't buy the problem with large amounts of dependencies, if you<br>
>> have a meta-package you just have one line in requirements and pip<br>
>> will figure the rest out.)<br>
><br>
> +1<br>
><br>
> Renat Akhmerov<br>
> @ Mirantis Inc.<br>
<br>
</div>Man, where were you then when we had to spend 3 weeks unwinding global<br>
requirements in the gate because pip was figuring it out all kinds of<br>
wrong, and we'd do things like uninstall and reinstall<br>
python-keystoneclient 6 times during an install. Because after that<br>
experience, I'm very anti "pip will figure the rest out".<br>
<br>
Because it won't, not in python, where we're talking about libraries<br>
that are in the global namespace, where python can only have 1 version<br>
of a dependency installed.<br>
<br>
If the the solution is every openstack project should install a venv for<br>
all it's dependencies to get around this issue, then we're talking a<br>
different problem (and a different architecture from what we've been<br>
trying to do). But I find the idea of having 12 copies of<br>
python-keystone client installed on my openstack environment to be<br>
distasteful.<br>
<br>
So come spend a month working on requirements updates in OpenStack<br>
gate... and if you still believe "pip will figure it out", well you are<br>
a braver man than I. :)<br>
<div class="HOEnZb"><div class="h5"><br>
        -Sean<br>
<br>
--<br>
Sean Dague<br>
Samsung Research America<br>
<a href="mailto:sean@dague.net">sean@dague.net</a> / <a href="mailto:sean.dague@samsung.com">sean.dague@samsung.com</a><br>
<a href="http://dague.net" target="_blank">http://dague.net</a><br>
<br>
</div></div><br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>