[PATCHS] allow samba to replicate modificated schema properly both on initial join and on incremental changes

[Stefan (metze) Metzmacher]

Hi Andrew,

> As you know, what I've been wanting to do here is unify the vampire and
> ongoing schema handling, so we don't have this crazy duplication.
> 
> I'm very cautious about your code to try and update the schema, as I've
> found that quite difficult to get right, but if you have cracked the
> code here, I would like to try and slot that into the code I had in my
> fix-drs-testing branches. 
> 
> I'm dubious about the idea of just mixing the provision-provided schema
> and the remote one, but I will continue to give your patch a careful
> look, and see if I can find a way to move forward.  It is indeed
> unacceptable to just halt progress because I think there is a better way
> that I can't actually get to work. 
> 
> Thanks for your effort and continued progress here.

I worked in this together with Matthieu, first to get it in a state
where I'm happy with. Then we decided to go further and unify
unify the looping to get the schema resolved
in a new function called dsdb_repl_resolve_working_schema().

Matthieu is currently testing the result.

Once the test result is fine I'm happy to push this to master and get it
backported.

metze
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tmp.diff
Type: text/x-diff
Size: 47146 bytes
Desc: not available
URL: <http://lists.samba.org/pipermail/samba-technical/attachments/20130518/6afa7bfa/attachment.diff>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 261 bytes
Desc: OpenPGP digital signature
URL: <http://lists.samba.org/pipermail/samba-technical/attachments/20130518/6afa7bfa/attachment.pgp>