Release Samba4 alpha6 without full schema?

Sassy Natan sassyn at
Sun Jan 11 11:05:15 GMT 2009

Hi All

Despite the fact that I'm not a developer of Samba4, I totally agree with
Andrew Here.
I myself tried to build the new Schema File which exists in the Git Tree and
failed to do that.

So I have download the WSPP schema files, and check out the attributes and
classes I was interesting in (mainly RFC2307) since I wanted to have my UNIX
machine authenticated via Samba4. I used to work with nssldap with Windows
2003 RC2 and bind the UID, GID and all posix attributes.
It was working great I must say, but I do know that winbind do the same, but
I find it better to use nssldap.

If someone is interesting in this configuration I can send him some details.
Anyway - there is quite a lot of progress already done to configure the
schema files to fit to samba4  - and I think we should wait for this task in
the upcoming alpha6 release

Is there anything you would like me to check out/


On Sun, Jan 11, 2009 at 12:37 PM, Andrew Bartlett <abartlet at>wrote:

> I've been thinking about what we need to do, to try and release a Samba4
> alpha6 to the public, particularly before my talk at in a
> weeks time.
> One item that I've been trying to hold the release for is to import the
> WSPP schema.
> We already have a copy of that schema in the sources, and it is more
> complete, but when I load it 'make test' takes much, much longer.  I'm
> not yet fully confident that the full schema won't break things (and I
> know it shows up flaws in the OpenLDAP backend).
> We have also raised a number of bugs with Microsoft over their schema
> (and are not completely happy that this schema matches the Microsoft
> schema as actually used.
> As such, I'm wondering if we should not merge Sreepathi's patch until
> after the alpha release.  We would still have a great set of features to
> announce, including in particular a solution to the DB-growth bug.
> Any thoughts?
> Andrew Bartlett
> --
> Andrew Bartlett
> Authentication Developer, Samba Team 
> Samba Developer, Red Hat Inc.

More information about the samba-technical mailing list