<div dir="ltr"><div>Hi, <span name="Sean Dague" class="">Sean Dague,<br><br></span></div><span name="Sean Dague" class="">Thank you for the clarification.</span><br><div class="gmail_extra"><div class="gmail_quote"><br><br>
On Wed, Oct 2, 2013 at 7:44 PM, Sean Dague <span dir="ltr"><<a href="mailto:sean@dague.net" target="_blank">sean@dague.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Requirements is a little different, because we actually know in advance that the code will work with the latest requirements before we propose the change to the projects, as the requirements changes are gated on tempest/devstack.<br>
<br>
proposed changes to oslo don't attempt to run them against all the projects (though... that would be interesting...) so we don't actually know that what's in oslo will work everywhere (and it often doesn't). So there autosync is not yet appropriate.<div class="im">
<br>
<br>
On 10/02/2013 04:40 AM, ZhiQiang Fan wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
Hi, Roman,<br>
<br>
auto sync requirements is a good job.<br>
<br>
It is so good that I'm wondering if the oslo-incubator can do such job<br>
too, because i noticed that there are some patches just update<br>
oslo-incubator modules, (no related bug, just normal update, sorry i<br>
cannot remember specific example), sometimes only one single module. I<br>
think if some modules in oslo-incubator fix important bugs, new<br>
wonderful features or just a series of stable enough commits, then the<br>
maintainer can modify the HEAD(git commit hash id of that module stable<br>
version, the oslo-incubator's real HEAD will always newer than it, sorry<br>
for the confused term) of that module in conf file, then jenkins can<br>
propose a patch to each project automatically, and all project can be<br>
aligned to the 'HEAD'.<br>
<br>
sorry, i didn't notice the other independent oslo libraries, i just hope<br>
oslo-incubator can do this (unlike oslo.config can be installed<br>
independent, only update requirement can do such job)<br>
<br>
<br>
On Wed, Oct 2, 2013 at 4:01 PM, Roman Podolyaka <<a href="mailto:rpodolyaka@mirantis.com" target="_blank">rpodolyaka@mirantis.com</a><br></div><div class="im">
<mailto:<a href="mailto:rpodolyaka@mirantis.com" target="_blank">rpodolyaka@mirantis.<u></u>com</a>>> wrote:<br>
<br>
Hello ZhiQiang,<br>
<br>
I'm not sure what HEADs you mean: oslo-incubator doesn't contain git<br>
submodules, but rather regular Python packages.<br>
<br>
On the other hand, oslo.version/oslo.messaging/<u></u>oslo.* are separate<br>
libraries, having their own releases, so syncing of global<br>
requirements will effectively make projects use newer versions of<br>
those libs.<br>
<br>
Thanks,<br>
Roman<br>
<br>
<br>
On Wed, Oct 2, 2013 at 5:02 AM, ZhiQiang Fan <<a href="mailto:aji.zqfan@gmail.com" target="_blank">aji.zqfan@gmail.com</a><br></div><div class="im">
<mailto:<a href="mailto:aji.zqfan@gmail.com" target="_blank">aji.zqfan@gmail.com</a>>> wrote:<br>
<br>
great job! thanks<br>
<br>
(how about auto sync from oslo too?<br>
- projects.txt: projects want to be automatically synced from oslo<br>
- heads.txt: HEAD for each module in oslo<br>
<br>
whenever module maintainer think current module is strong enough<br>
to publish, then he/she can edit the heads.txt of that module<br>
line, then jenkins will propose a sync patch for projects listed<br>
in projects.txt<br>
<br>
this behavior will be dangerous, since it may pass gate test<br>
when merge but cause internal bug which is not well test coverd)<br>
<br>
<br>
On Wed, Oct 2, 2013 at 1:27 AM, Monty Taylor<br></div><div><div class="h5">
<<a href="mailto:mordred@inaugust.com" target="_blank">mordred@inaugust.com</a> <mailto:<a href="mailto:mordred@inaugust.com" target="_blank">mordred@inaugust.com</a>>> wrote:<br>
<br>
Hey all!<br>
<br>
The job to automatically propose syncs from the<br>
openstack/requirements<br>
repo went live today - as I'm sure you all noticed, since<br>
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<br>
propose a<br>
patch any time the global repo changes - but if there is<br>
already an<br>
outstanding change that has not been merged, it will simply<br>
amend that<br>
change. So there should only ever be one change per branch<br>
per project<br>
in the topic openstack/requirements submitted by the jenkins<br>
user.<br>
<br>
If a change comes in and you say to yourself "ZOMG, that<br>
version would<br>
break us" - then you should definitely go and propose an<br>
update to the<br>
global list itself, which is in the global-requirements.txt<br>
file in the<br>
openstack/requirements repo.<br>
<br>
The design goal, as discussed at the last two summits, is<br>
that we should<br>
converge on alignment by the release at the very least. With<br>
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<br>
too far out<br>
from each other moving forward.<br>
<br>
Additionally, the list of projects to receive updates is<br>
managed in a<br>
file, projects.txt, in the openstack/requirements repo. If<br>
you are<br>
running a project and would like to receive syncing patches,<br>
feel free<br>
to add yourself to the list.<br>
<br>
Enjoy!<br>
Monty<br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br></div></div>
<mailto:<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.<u></u>openstack.org</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>
<br>
<br>
<br>
<br>
--<br>
blog: <a href="http://zqfan.github.com" target="_blank">zqfan.github.com</a> <<a href="http://zqfan.github.com" target="_blank">http://zqfan.github.com</a>><br>
git: <a href="http://github.com/zqfan" target="_blank">github.com/zqfan</a> <<a href="http://github.com/zqfan" target="_blank">http://github.com/zqfan</a>><div class="im"><br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br></div>
<mailto:<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.<u></u>openstack.org</a>><div class="im"><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>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br></div>
<mailto:<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.<u></u>openstack.org</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>
<br>
<br>
<br>
<br>
--<br>
blog: <a href="http://zqfan.github.com" target="_blank">zqfan.github.com</a> <<a href="http://zqfan.github.com" target="_blank">http://zqfan.github.com</a>><br>
git: <a href="http://github.com/zqfan" target="_blank">github.com/zqfan</a> <<a href="http://github.com/zqfan" target="_blank">http://github.com/zqfan</a>><div class="im"><br>
<br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</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>
<br>
</div></blockquote><span class="HOEnZb"><font color="#888888">
<br>
<br>
-- <br>
Sean Dague<br>
<a href="http://dague.net" target="_blank">http://dague.net</a></font></span><div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</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"><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></div>