<div dir="ltr"><div><span class="im">On 11/17/2014 06:43 AM, Yves-Gwenaël Bourhis wrote:<br>
> Le 17/11/2014 14:19, Matthias Runge a écrit :<br>
><br>
>> There is already horizon on pypi[1]<br>
>><br>
>> IMHO this will lead only to more confusion.<br>
>><br>
>> Matthias<br>
>><br>
>><br>
>> [1] <a href="https://pypi.python.org/pypi/horizon/2012.2" target="_blank">https://pypi.python.org/pypi/horizon/2012.2</a><br>
><br>
> Well the current "horizon" on Pypi is "The OpenStack Dashboard" +<br>
> horizon(_lib) included<br>
><br>
> If the future "horizon" on pypi is "openstack_dashboard" alone, it would<br>
> still pull "horizon_lib" as a dependency, so it would not brake the<br>
> existing.<br>
><br>
> So indeed the "horizon" package itself in Pypi would not have<br>
> horizon(_lib) in it anymore, but he "pip install horizon" would pull<br>
> everything due to the dependency horizon will have with horizon_lib.<br>
><br>
> I find this the least confusing issue and the "horizon" package on Pypi<br>
> would still be seen as "The OpenStack Dashboard" like it is now. We<br>
> would only add an "horizon_lib" package on Pypi.<br>
> Therefore existing third-party "requirements.txt" would not brake<br>
> because they would pull horizon_lib with horizon. and they would still<br>
> import the proper module. Every backwards compatibility (requirements<br>
> and module) is therefore preserved.<br>
><br><br></span></div><span class="im">+1 on this proposal as well<br></span></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 17, 2014 at 6:00 PM, Jason Rist <span dir="ltr"><<a href="mailto:jrist@redhat.com" target="_blank">jrist@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 11/17/2014 06:43 AM, Yves-Gwenaël Bourhis wrote:<br>
> Le 17/11/2014 14:19, Matthias Runge a écrit :<br>
><br>
>> There is already horizon on pypi[1]<br>
>><br>
>> IMHO this will lead only to more confusion.<br>
>><br>
>> Matthias<br>
>><br>
>><br>
>> [1] <a href="https://pypi.python.org/pypi/horizon/2012.2" target="_blank">https://pypi.python.org/pypi/horizon/2012.2</a><br>
><br>
> Well the current "horizon" on Pypi is "The OpenStack Dashboard" +<br>
> horizon(_lib) included<br>
><br>
> If the future "horizon" on pypi is "openstack_dashboard" alone, it would<br>
> still pull "horizon_lib" as a dependency, so it would not brake the<br>
> existing.<br>
><br>
> So indeed the "horizon" package itself in Pypi would not have<br>
> horizon(_lib) in it anymore, but he "pip install horizon" would pull<br>
> everything due to the dependency horizon will have with horizon_lib.<br>
><br>
> I find this the least confusing issue and the "horizon" package on Pypi<br>
> would still be seen as "The OpenStack Dashboard" like it is now. We<br>
> would only add an "horizon_lib" package on Pypi.<br>
> Therefore existing third-party "requirements.txt" would not brake<br>
> because they would pull horizon_lib with horizon. and they would still<br>
> import the proper module. Every backwards compatibility (requirements<br>
> and module) is therefore preserved.<br>
><br>
><br>
<br>
</span>+1 to this solution<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Jason E. Rist<br>
Senior Software Engineer<br>
OpenStack Management UI<br>
Red Hat, Inc.<br>
openuc: <a href="tel:%2B1.972.707.6408" value="+19727076408">+1.972.707.6408</a><br>
mobile: <a href="tel:%2B1.720.256.3933" value="+17202563933">+1.720.256.3933</a><br>
Freenode: jrist<br>
github/<a href="http://identi.ca" target="_blank">identi.ca</a>: knowncitizen<br>
</font></span><div class="HOEnZb"><div class="h5"><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>
</div></div></blockquote></div><br></div>