So from my understanding we're using pypi as the defacto source for client tarballs.<br><br>a) true?<br><br>b) should this be on pypi as well if it's similar to clients?<br><br><div class="gmail_quote">On Sun, Dec 16, 2012 at 12:02 AM, Monty Taylor <span dir="ltr"><<a href="mailto:mordred@inaugust.com" target="_blank">mordred@inaugust.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hey all,<br>
<br>
ttx, markmc and I synced up on the versioning of oslo libraries, and<br>
have settled on a system which is a superset of what we do with client<br>
libraries - which means we can just implement an additional feature in<br>
the current code and it'll handle both sets of things. We'll sync up<br>
later on to discuss applicability of this to the server projects as well.<br>
<br>
Essentially, it breaks down like this:<br>
<br>
A tag to the repo will trigger tarball generation.<br>
<br>
If the tag contains alpha\d*, beta\d* or rc\d*, the tarball will only be<br>
uploaded to <a href="http://tarballs.openstack.org" target="_blank">tarballs.openstack.org</a>. This will allow those pre-releases<br>
to be used in the other projects.<br>
<br>
Otherwise, the tarball will be uploaded to tarballs.o.o AND PyPI. This<br>
should allow us to use released versions of oslo libraries in pip-requires.<br>
<br>
Turns out it's easy to implement:<br>
<br>
<a href="https://review.openstack.org/#/c/18171/" target="_blank">https://review.openstack.org/#/c/18171/</a><br>
<br>
As soon as that lands, we should be able to handle the oslo requirements.<br>
<br>
Thanks!<br>
Monty<br>
<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>
</blockquote></div><br>