[Buildbot-devel] reconfig incomplete?

Charles Lepple clepple at gmail.com
Sun Aug 2 19:33:23 UTC 2009


Similar to Axel's suggestion, I use this for the NUT buildbot:

###########################
# Import, and reload if buildbot_nut.py is newer than buildbot_nut.pyc:
import sys, os, stat
sys.path.append(os.path.expanduser('~/buildmaster'))

import buildbot_nut as nut

py_time  = os.stat("buildbot_nut.py").st_mtime
pyc_time = os.stat("buildbot_nut.pyc").st_mtime
if py_time >= pyc_time:
    reload(nut)
###########################

The buildbot_nut.py file contains subclasses of standard Buildbot
steps. By separating out the steps, and only reloading when necessary,
the entire waterfall isn't cluttered with "config updated" if I modify
something other than a step (e.g. the list of buildslaves).

On Sun, Aug 2, 2009 at 12:43 PM, Mike Winter
(miwinter)<miwinter at cisco.com> wrote:
> I have some python components outside of master.cfg that master.cfg
> depends on i.e. a special MailDirSource parser and some properties
> files. When I do reconfig the changes from other .py files don't get
> absorbed. Is there a conscious reason for this or a limitation of
> buildbot that doesn't unload 'all' types that may have changed,
> minimally a reconfig should consider a walk of reference links that
> buildbot components reference.
>
> For Example, properties.py contains a dictionary that is edited and
> master.cfg code references the dict and reconfig does not always catch
> the change. I cant be more explicit than this right now, since it's a
> sidebar item for me and the workaround is fine. I thought it worth
> commenting on to mailer-list.
>
> Workaround: A stop-start cycle overcomes this - not unreasonable.
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Buildbot-devel mailing list
> Buildbot-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/buildbot-devel
>



-- 
- Charles Lepple




More information about the devel mailing list