<div dir="ltr"><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">All we need is to have someone spend some time to make it possible to have a common meta files(configs, package descriptions, etc.) so that they can be interchangeable and used by both Bower and pip, e.g. some tool to sync changes made in one config and adding it to another. Then - whoever prefers Bower - will use Bower, that's mostly for development, and whoever prefers pip - will use pip. Ideally, it seems fine to have the static files into separate git repo(s), as it is now in XStatic.</div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif"><br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">I'll try to make an (incomplete or maybe not so correct) list of the stages a static file goes through:</div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif"><br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">1. Development - all we need is versions of uncompressed js and css files. We can </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 15, 2015 at 12:05 AM,  <span dir="ltr"><<a href="mailto:david.comay@oracle.com" target="_blank">david.comay@oracle.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=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I won't stop to comment on this statement other than to say Javascript is<br>
quite relevant to Oracle, Oracle's customers, and Oracle's partners.<br>
<br>
Your argument is a boondoggle. Refusing to use node because your favorite<br>
platform doesn't support it is not the fault of node.js, it's the fault of<br>
the platform.<br>
</blockquote>
<br></span>
Not to belabor the thread, but yes, of course JavaScript is very<br>
relevant to Oracle, Solaris, our customers/partners, etc. And that<br>
includes both client and server-side. As Drew stated, as of this moment<br>
we haven't yet made Node.js available on SPARC but I expect that to<br>
change in the future. But the question or potential concern remains as<br>
to whether adding a non-Python/pip build dependency makes sense.<br>
<br>
I'm not particularly well-versed in the Horizon build process so<br>
perhaps I'm way off base. But given that a distribution's Horizon build<br>
package embeds various JavaScript libraries to be used by the browser,<br>
how those libraries are obtained during the build process is an<br>
interesting build detail. I thought the intent of the XStatic work was<br>
to provide Python wrappers around the various JavaScript libraries so<br>
they could be pulled down via pip. Since there's already a Python<br>
requirements.txt file for versioning information, that seemed to be a<br>
nice way of indicating which versions of the JavaScript libraries could<br>
be used by Horizon and Python was used all the way through the build.<br>
<br>
I realize that it takes work to build the XStatic packages but given<br>
the Python packages are basically wrappers, it seems creating those and<br>
uploading them to pypi could be automated by using Bower and setup.py<br>
but perhaps translating the metadata isn't straightforward.<div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<u></u>______________________________<u></u>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.<u></u>openstack.org?subject:<u></u>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Regards,<br>Tihomir Trifonov</div>
</div>