[PATCH] New external idmap module

[Jeremy Allison]

On Tue, May 30, 2006 at 04:46:24PM -0700, Dave Daugherty wrote:
> Jeremy wrote: Sent: Tuesday, May 30, 2006 4:31 PM
> 
> Sorry. I must have misunderstood or misremembered (been too long). I
> thought we agreed that we could provide an ID mapper that would compile
> in the Samba code base (the piece we give back to samba) and then be
> usable in the presence of our proprietary shared object library - the
> rule of thumb being that the proprietary shared object library stands
> alone, and is useful even if Samba is not around.

That's basically it except you need to cross a process boundary,
it can't be a shared library. Also the interface between the two
can't be "too tightly coupled" ie. it can't be a samba-specific
thing - but this is something Copyright lawyers would have to
decide as part of "what is a derived work". I know, fun stuff :-).
I did mention this at the time but as you said it's been a while :-).

> It doesn't matter though: I just want to do the right thing.  I
> originally was going to do a Unix sockets interface too, but got shot
> down as too complicated. But if everyone agrees that Simo's Unix socket
> interface or that Michael's scripting approach is what is required for
> compliance then I am happy with either.

I appreciate you wanting to do the right thing. I'm pushing Simo
to get an internal Team discussion going so we can decide exactly
how we want to do this and what we want to alow.

> But I still need to control the use of winbind_idmap.tdb. This I can
> also do external to the main source tree and publish my changes on our
> web site, but wouldn't it be nice if we all could use the same code in
> the main branch.

Indeed, I'm trying to make that work in a way that satifies our GPL
requirements.

Jeremy.