[Buildbot-devel] tips for creating new P4-based source buildStep ?

Stephan Koledin skoledin at gmail.com
Tue Mar 5 16:42:11 UTC 2013


I think I finally found your new master step. Apparently I hadn't looked 
very hard the first time around. Is this it?
https://github.com/bdbaddog/buildbot/blob/p4_master_step_2012/master/buildbot/steps/source/p4.py

Does this step depend on any other mods in your branch, or is it pretty 
standalone vs 0.8.7? I guess I'm wondering if I can give it a quick test 
run by just patching it into my existing setup.

Thanks.
-Stephan

On 3/5/2013 8:28 AM, Stephan Koledin wrote:
> Bill, Dustin-
>
> Thanks for the great info/feedback. Agree that it makes a lot more sense
> to contribute to a p4 master step and of course, I'd feed back any work
> I do that's not just a local "customization".
>
> At the moment, I've got some pressure to get something out the door on
> this project fairlty quickly, so I've got a bit of a catch-22 on whether
> to do things "right" or just get something working. Of course, having
> something up and running will give me some flexibility to then help get
> a solid p4 master step up and working, so I guess my direction depends
> on how far along and stable Bill's p4 master step is.
>
> I won't be at PyCon, but might be able to take something small and run
> with it in parallel during that time.
>
> Bill, is your P4 master source step available somewhere? I didn't spot
> it in github, but I could just be not looking in the right place. Also,
> is this step something that can just be patched into an existing/working
> 0.8.7 buildbot setup, or do I need to be running on nine or some other
> dev tree?
>
> Also, just a point/question of interest, keep in mind I'm a relative
> buildbot newbie... If I wanted to override a particular buildStep
> method, it seems to me that if it's a master step, a simple change or
> derivative class could just be done via the master.cfg without having to
> directly patch/change the source. Is that correct, or am I being naive?
>
> Thanks again.
> -Stephan
>
> On 3/4/2013 10:16 PM, Bill Deegan wrote:
>> Stephan,
>>
>> On Mon, Mar 4, 2013 at 7:19 PM, Dustin J. Mitchell <dustin at v.igoro.us
>> <mailto:dustin at v.igoro.us>> wrote:
>>
>>     On Mon, Mar 4, 2013 at 7:45 PM, Stephan Koledin <skoledin at gmail.com
>>     <mailto:skoledin at gmail.com>> wrote:
>>      > Thanks in advance for any advice on this. I really just want to
>> make
>>      > sure I'm headed in the right direction before committing to this
>>     approach.
>>
>>     It sounds like you're on the right track - at least, your
>>     implementation will be nicely independent of any changes to the
>>     existing P4 support.
>>
>>     That said, the P4 support hasn't seen much love recently:
>>       * last modification was in May 2012, and that was removing
>>     functionality; before that, August 2011
>>       * http://trac.buildbot.net/wiki/p4 lists the open bugs.
>>       * MAINTAINERS.txt indicates Bill (copied) as the maintainer, but
>> he's
>>     busy and we've been in short supply of P4 hackers
>>
>>     If you're willing, it would make the world a better place to have a
>>     master-side P4 step that has the flexibility you need, plus full unit
>>     tests (so those of us who are not P4 gurus can maintain it).
>>
>>     What do you think?
>>
>>
>> I have a functional master side P4 source step.
>> Lacking some tests at this point.
>> If you'd like to contribute to that branch rather than reinvent the
>> wheel.
>>
>> I was hoping to wrap this up at post pycon sprints coming up shortly.
>> -Bill
>





More information about the devel mailing list