Should we do a alpha2 now?

simo idra at
Fri Dec 7 14:04:01 GMT 2007

On Fri, 2007-12-07 at 21:46 +1100, Andrew Bartlett wrote:
> I'm wondering if we should make a Samba4 alpha2 before, or after the
> python merge?

After, what use it to release something where part of the stuff is of no
interest because it is about to be removed?

> The code is churning a lot recently, and it's only going to be worse
> once we merge in the python code.  I'm wondering if we might be better
> off making a release now, particularly now that MMC Active Directory
> Users and Computers (ADUC) is better behaved? 

I see no pressure to make such a release, what would be the reason to ?

> Perhaps we could do the GIT conversion just after that release?

I'd rather do the git conversion sooner than later, it's becoming a
stress having to switch between versioning systems.

> For those not following the commits, I've been working on things that
> the ADUC plugin use for group manipulation, such as extended DNs, linked
> attributes and ranged-results.  The associated fixes also addresses
> issues seen at the plugfest, where some 3rd party clients applied the
> 'extended dn' control to bind requests. 
> In other changes since the last alpha, we have rolled back SWAT to the
> earlier version without the AJAX LDB editor, but have added in
> pre-configuration for phpLDAPAdmin.  

Didn't we decide to axe swat completely ?

> With regard to other things I had hoped to see land for an alpha2
> release, we still don't have CTDB or clustering in Samba4.  That effort
> appears to have stalled around the release of the Samba3 implementation
> of that code. 
> Any thoughts?

I think we should wait for python, ctdb and git changes, once those are
settled, an alpha release might make sense.

If you think people need released tarballs to test, then I guess we
should resurrect the idea of nightly or weekly automatically generated
snapshots, that we tag a s good from time to time and let live longer on
the web server.


Simo Sorce
Samba Team GPL Compliance Officer <simo at>
Senior Software Engineer at Red Hat Inc. <ssorce at>

More information about the samba-technical mailing list