<div dir="ltr"><div><div><div><div>Hi, Roman,<br><br></div>auto sync requirements is a good job.<br><br></div>It is so good that I'm wondering if the oslo-incubator can do such job too, because i noticed that there are some patches just update oslo-incubator modules, (no related bug, just normal update, sorry i cannot remember specific example), sometimes only one single module. I think if some modules in oslo-incubator fix important bugs, new wonderful features or just a series of stable enough commits, then the maintainer can modify the HEAD(git commit hash id of that module stable version, the oslo-incubator's real HEAD will always newer than it, sorry for the confused term) of that module in conf file, then jenkins can propose a patch to each project automatically, and  all project can be aligned to the 'HEAD'.<br>
<br></div>sorry, i didn't notice the other independent oslo libraries, i just hope oslo-incubator can do this (unlike oslo.config can be installed independent, only update requirement can do such job)<br></div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Wed, Oct 2, 2013 at 4:01 PM, Roman Podolyaka <span dir="ltr"><<a href="mailto:rpodolyaka@mirantis.com" target="_blank">rpodolyaka@mirantis.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">Hello ZhiQiang,<div><br></div><div>I'm not sure what HEADs you mean: oslo-incubator doesn't contain git submodules, but rather regular Python packages. </div><div><br></div><div>On the other hand, oslo.version/oslo.messaging/oslo.* are separate libraries, having their own releases, so syncing of global requirements will effectively make projects use newer versions of those libs.</div>

<div><br></div><div>Thanks,</div><div>Roman</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Oct 2, 2013 at 5:02 AM, ZhiQiang Fan <span dir="ltr"><<a href="mailto:aji.zqfan@gmail.com" target="_blank">aji.zqfan@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><div><div><div><div>great job! thanks<br><br></div>(how about auto sync from oslo too?<br></div>- projects.txt: projects want to be automatically synced from oslo<br>

</div>- heads.txt: HEAD for each module in oslo<br>
<br></div>whenever module maintainer think current module is strong enough to publish, then he/she can edit the heads.txt of that module line, then jenkins will propose a sync patch for projects listed in projects.txt<br>


<br></div>this behavior will be dangerous, since it may pass gate test when merge but cause internal bug which is not well test coverd)<br></div><div class="gmail_extra"><div><div><br><br><div class="gmail_quote">
On Wed, Oct 2, 2013 at 1:27 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>
The job to automatically propose syncs from the openstack/requirements<br>
repo went live today - as I'm sure you all noticed, since pretty much<br>
everyone got a patch of at least some size.<br>
<br>
The job works the same way as the translations job - it will propose a<br>
patch any time the global repo changes - but if there is already an<br>
outstanding change that has not been merged, it will simply amend that<br>
change. So there should only ever be one change per branch per project<br>
in the topic openstack/requirements submitted by the jenkins user.<br>
<br>
If a change comes in and you say to yourself "ZOMG, that version would<br>
break us" - then you should definitely go and propose an update to the<br>
global list itself, which is in the global-requirements.txt file in the<br>
openstack/requirements repo.<br>
<br>
The design goal, as discussed at the last two summits, is that we should<br>
converge on alignment by the release at the very least. With this and<br>
the changes that exist now in the gate to block non-aligned<br>
requirements, once we get aligned, we shouldn't probably be too far out<br>
from each other moving forward.<br>
<br>
Additionally, the list of projects to receive updates is managed in a<br>
file, projects.txt, in the openstack/requirements repo. If you are<br>
running a project and would like to receive syncing patches, feel free<br>
to add yourself to the list.<br>
<br>
Enjoy!<br>
Monty<br>
<br>
_______________________________________________<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>
</blockquote></div><br><br clear="all"><br></div></div><span><font color="#888888">-- <br><div dir="ltr"><div>blog: <a href="http://zqfan.github.com" target="_blank">zqfan.github.com</a><br></div>git: <a href="http://github.com/zqfan" target="_blank">github.com/zqfan</a><br>


</div>
</font></span></div>
<br>_______________________________________________<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>
</div></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><br clear="all"><br>-- <br><div dir="ltr"><div>blog: <a href="http://zqfan.github.com" target="_blank">zqfan.github.com</a><br></div>git: <a href="http://github.com/zqfan" target="_blank">github.com/zqfan</a><br>
</div>
</div>