<div dir="ltr"><div>Thanks for humoring me as I ask these questions. I'm just trying to connect the dots.<br><br>How would system packages work in practice? For example, when it comes to ubuntu lucid (10.04 LTS) there is no system package meeting the jQuery requirement and for precise (12.04 LTS) you need precise-backports. This is for the most popular JavaScript library. There is only an angular package for trusty (14.04 LTS) and the version is older than the horizon minimum.<br><br>private-bower would be a nice way to have a private registry. But, bower packages aren't packages in the same sense as system or pypi packages. If I understand it correctly, when bower downloads something it doesn't get it from the registry (<a href="http://bower.io">bower.io</a> or private-bower). Instead it goes to the source (e.g., Github) to download the code. private-bower isn't a package mirror but instead a private registry (of location). How could private-bower be used to negate network effects if you still need to go out to the Internet to get the packages?<br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 8, 2015 at 5:11 PM, David Lyle <span dir="ltr"><<a href="mailto:dklyle0@gmail.com" target="_blank">dklyle0@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">Bower is not for use in production environments. There will continue to be two environment setup procedures, as there are today. For production, deploy Horizon and its dependencies via system packages. For development and testing leverage bower to pull the javascript resources, much as pip is used today and continue to use pip for python dependencies.<div><br></div><div>For those running CI environments, remote access will likely be required for bower to work. Although, it seems something like private-bower [1] could be utilized to leverage a local mirror where access or network performance are issues.</div><div><br></div><div>David</div><div><br></div><div>[1] <a href="https://www.npmjs.com/package/private-bower" target="_blank">https://www.npmjs.com/package/private-bower</a></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Thu, Jan 8, 2015 at 2:28 PM, Matthew Farina <span dir="ltr"><<a href="mailto:matt@mattfarina.com" target="_blank">matt@mattfarina.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div><div><div>I've been going over the packaging problem in an effort to see how we can move to something better. Given the current proposal around bower I'm still left with a production deployment question. <br><br>For a build environment sitting in isolation, unable to download from the Internet including Github, how would they be able to get all the bower controlled packages to create a system horizon package (e.g., rpm or deb)?<br><br></div>These build environments currently use mirrors and controlled packages. For example, someone might have a pypi mirror with copies of the xstatic packages. This is tightly controlled. If bower is managing packages where, in theory, would it get them from for an environment like this?<br><br></div>I may have missed something. If this has already been answered please excuse me and point me in the right direction.<br><br></div>Thanks,<br>Matt<br></div>
<br></div></div>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">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>
<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>