Samba 4.2?

Stefan (metze) Metzmacher metze at
Tue Jul 8 03:30:09 MDT 2014

Am 08.07.2014 10:46, schrieb Andrew Bartlett:
> On Fri, 2014-05-30 at 21:03 +1200, Andrew Bartlett wrote:
>> On Mon, 2014-05-26 at 12:58 +0200, Karolin Seeger wrote:
>>> Hi,
>>> On Mon, May 26, 2014 at 12:13:18PM +1200, Andrew Bartlett wrote:
>>>> I presume this was discussed at SambaXP, and I know I've seen a number
>>>> of Jeremy's 'must have' features committed recently, so where are we at
>>>> with Samba 4.2?
>>> same question here. Can we branch now and plan to release in 3 month from
>>> now?
>> I think we should.  There will always be another feature just over the
>> horizon, but a feature rushed for 4.2 isn't a good feature to have in
>> 4.2.
> It's been an interesting and busy time since SambaXP, and much more
> seems to be happening now than when I first posted this thread, but I
> still think we should branch for 4.2.
> CTDB is now waf-built, and the AD DC now has winbindd, the new messaging
> system in in source3 and lots of other good things have been merged.
> Samba 4.2 will be a release to be proud of, and we should start the road
> of getting it to our users.

As a start I created
"Samba 4.3 can't be released bug" similar to "Samba 4.2 can't be
released bug"

We need to have a look at the blocker bugs of
and may move them to

I'd like to do a new tdb release and get all the mutex related patches
into master.
I think it also makes sense to have the first my
master3-multi-channel-ok patches
in to reduce the diff between 4.2 and master. Then we're ready for 4.2.0rc1
which would be the branch point.

I think other features should be deferred to 4.3 e.g. leases,
multi-channel, witness...
If they are ready soon we can think about doing 4.3 a bit earlier so that
the time between 4.1 and 4.3 is 2*9 month (or a bit less).


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 246 bytes
Desc: OpenPGP digital signature
URL: <>

More information about the samba-technical mailing list