<div dir="ltr"><div class="gmail_default" style="font-family:'trebuchet ms',sans-serif">Ops, sent the prev mail before finishing it...</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"><span style="font-size:12.7272720336914px">1. Development - all we need is versions of uncompressed js and css files. We can use bower or pip requirements to get specific versions.</span><br></div><div class="gmail_default"><span style="font-family:'trebuchet ms',sans-serif;font-size:12.7272720336914px">2. Testing - we need to do first some 'uglify'-ing tasks, using </span>pyscss<span style="font-family:'trebuchet ms',sans-serif;font-size:12.7272720336914px"> or grunt and to run tests on that. Is is possible to have both configurations for grunt and </span>pyscss<span style="font-family:'trebuchet ms',sans-serif;font-size:12.7272720336914px"> ?</span></div><div class="gmail_default"><span style="font-family:'trebuchet ms',sans-serif;font-size:12.7272720336914px">3. Packaging - again - 'uglifyng' some scripts and css to make packages contain ready for production static files.</span></div><div class="gmail_default"><span style="font-family:'trebuchet ms',sans-serif;font-size:12.7272720336914px"><br></span></div><div class="gmail_default"><span style="font-family:'trebuchet ms',sans-serif;font-size:12.7272720336914px"><br></span></div><div class="gmail_default"><span style="font-family:'trebuchet ms',sans-serif;font-size:12.7272720336914px">This seems like quite work to prepare the whole environment, but will it work for the needs we have?</span></div><div class="gmail_default"><span style="font-family:'trebuchet ms',sans-serif;font-size:12.7272720336914px"><br></span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 15, 2015 at 10:12 AM, Tihomir Trifonov <span dir="ltr"><<a href="mailto:t.trifonov@gmail.com" target="_blank">t.trifonov@gmail.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 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"><div><div class="h5"><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><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><div><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></div></div><span class="HOEnZb"><font color="#888888">-- <br><div>Regards,<br>Tihomir Trifonov</div>
</font></span></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Regards,<br>Tihomir Trifonov</div>
</div>