[PATCHv2 1-14/14] Re: Disabling Python Modules

Amitay Isaacs amitay at gmail.com
Tue Feb 21 03:35:42 UTC 2017

On Sun, Feb 19, 2017 at 9:03 PM, Andrew Bartlett <abartlet at samba.org> wrote:

> On Mon, 2017-02-13 at 11:28 -0500, Ian Stakenvicius wrote:
> >
> > OK, what's really happening is this:
> >
> > ctdb, when building standalone, forces Options.options.disable_python
> > = True in order to avoid its dependencies having to build python, as
> > apparently it doesn't need python from them.  Immediately afterwards
> > it checks mandatorily for python headers.  Since disable_python is
> > now
> > global, python's header check fails because you can't force the
> > python
> > headers check when you've requested python be disabled.
> >
> > Forcing Options.options.disable_python = True in the current module
> > in
> > order for submodules to "inherit" said configuration seems like a bit
> > of a hack to me, to be honest, and so I would like to focus on
> > changing that for the fix.  I've added a commit (see github PR#74)
> > that just moves that particular assignment down to just before the
> > conf.RECURSE calls, and autobuild on ctdb works just fine now, but
> > i'm
> > not sure if overwriting settings to the current module's
> > Options.options object is really the right way to go to accomplish
> > what this is meant to do?
> I'll look at this tomorrow.  I agree it sounds like a bit of a hack.
> Amitay,
> Do you have any thoughts on this?
CTDB by itself does not require python for building.  However, standalone
CTDB build requires talloc, tdb, tevent and those require some python
environment.  So I had to add python checks for standalone CTDB.  With the
global changes to python stuff if I can build standalone CTDB without any
python checks, please feel free to drop those lines.


More information about the samba-technical mailing list