Thomas,<div><br></div><div>A couple if those appear to be managed by the OpenStack community (e.g. diskimage-builder), which likely should be included in either case. I would say if it is covered under the OpenStack proper list of git repos (e.g. <a href="https://github.com/openstack">https://github.com/openstack</a> ) it should likely be included for packaging ?if it requires packaging). With that being said, I agree that it make sense for other (non-openstack) libraries to be added carefully late in the cycle. Perhaps the best would be to limit additions to prior to the release Feature-Freeze. </div>
<div><br></div><div>Cheers,</div><div>Morgan Fainberg</div><div><br>On Sunday, September 15, 2013, Thomas Goirand wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
Short version: the global-requirements.txt should be frozen asap because<br>
otherwise, packages wont be ready.<br>
<br>
Longer version:<br>
<br>
I'm getting worried that, even after Havana b3 is released, we are still<br>
getting some new Python modules added to the requirements repository.<br>
<br>
In Debian, every new package has to go through a review process, called<br>
the NEW queue. FTP masters review both the freeness of a package, the<br>
exactitude of debian/copyright, and the general packaging quality.<br>
Unfortunately, this review process can take a lot of time. At best, it<br>
is processed within a week (which is what happened for more than a year<br>
before November 2012), but in the worse case, it could take up to a<br>
month or 2 (this was the case up to the end of last summer, thanks to<br>
new manpower in the FTP team).<br>
<br>
So I need to point it out: adding new Python modules at the end of a<br>
release adds more risk that I will be missing some Python modules within<br>
the Debian archive when Havana will be released.<br>
<br>
I wouldn't have to write this mail if this was only a single module or<br>
something. Though that's not the case, we have 4 packages added this<br>
last week:<br>
- falcon<br>
- diskimage-builder<br>
- tripleo-image-elements<br>
- sphinxcontrib-programoutput<br>
<br>
I do understand that they might be absolutely needed, though it would be<br>
nice if additions to the global-requirements.txt file stopped at some<br>
point. And as far as I am concerned, the sooner the better, so that<br>
there's enough time to get the packages packaged, checked and tested,<br>
uploaded, approved by the FTP masters, and ready in time in Sid.<br>
<br>
Cheers,<br>
<br>
Thomas<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="javascript:;" onclick="_e(event, 'cvml', '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>