<div dir="ltr">I ended up doing your second suggestion. AFAIK it's not possible to change the sourcestamp of an already started build. I was able to just override the revision set by the the trigger as very first step. This has the advantage that I can still access the original revision as src:codebase:revision.<div><br></div><div>Many thanks!</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jan 31, 2016 at 6:10 AM, Jared Grubb <span dir="ltr"><<a href="mailto:jared.grubb@gmail.com" target="_blank">jared.grubb@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The Trigger step can specify different properties for different builders, but right now I dont think you can modify the sourcestamp.<br>
<br>
Two things you might be able to try:<br>
 - look at steps/trigger.py to see how Trigger does it<br>
 - or pass the sourcestamp changes in a property, and as a first Step in each build, adjust the sourcestamp according to the properties. I think this could work?<br>
<br>
Jared<br>
<div><div class="h5"><br>
> On Jan 28, 2016, at 11:09, Francesco Di Mizio <<a href="mailto:francescodimizio@gmail.com">francescodimizio@gmail.com</a>> wrote:<br>
><br>
> Is it possible at all to dynamically specify a sourcestamp for each scheduler kicked by the a trigger step?<br>
><br>
> A bit of brackground: I've inherited a system where each triggered job is using the property named revision in a number of steps. Such a property is passed to the child by its parent through getSchedulersAndProperties. On top of that each child job can be passed a different 'revision'<br>
><br>
> What happens is that 'revision'  always ends up being overwritten by the sourcestamp revision of the parent. So all the children eventually get the same revision even though I am setting it myself from within getSchedulersAndProperties.<br>
><br>
> I was looking at the code and indeed the sourcestamp gets cooked once and then passed in to each child. What I need is to have the system loop through the children, cook a ss based on the properties and then kick them.<br>
><br>
> Pardon the wall of text. Hope this was clear enough at least.<br>
><br>
> Francesco<br>
><br>
><br>
</div></div>> _______________________________________________<br>
> users mailing list<br>
> <a href="mailto:users@buildbot.net">users@buildbot.net</a><br>
> <a href="https://lists.buildbot.net/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.buildbot.net/mailman/listinfo/users</a><br>
<br>
</blockquote></div><br></div>