New configuration backends for Samba 3 SoC project

Gerald (Jerry) Carter jerry at
Tue May 30 17:51:24 GMT 2006

Hash: SHA1


> And the interface should use a context structure that needs 
> to be passed to each function, so that we get rid of
> global var (or for a first step hide them in the
> smb.conf backend).
> As a side effect this would allow us to have 
> different config contexts for different things...(maybe
> usefull in samba4 later).

Hmmm...I wonder if we could use this approach to solve
the variables and include files.  The CONFIG_CTX * might be
able to implement Volker's Variable Environment solution.

> I had a quick look at the the gui looks 
> very nice a bit like the windows registry editor:-) But I
> think we should not depend on it in samba...
> What we could do is orient our interface on the lelektra 
> one, so that writting an would be just
> wrapping our interface.
> So admin tools can access via the elektra interface, but 
> samba directly uses its own interface.

I'm not interested in adding a lot of development overhead
first time around.  I'm willing to toss the wrapper layer
and requirement libelektra for the SoC project.  We need
to decide early on if libelektra will or will not work for
our use.

Long term (if this does get integrated into the Samba tree),
I agree with you.  But that is an easy change later on.

cheers, jerry
Samba                                    -------
Centeris                         -----------
"What man is a man who does not make the world better?"      --Balian
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with SUSE -


More information about the samba-technical mailing list