Running master/Samba3 fails because of system talloc

[simo]

On Wed, 2009-03-25 at 09:56 +1100, Andrew Bartlett wrote:
> On Tue, 2009-03-24 at 23:42 +0100, Björn Jacke wrote:
> > On 2009-03-24 at 20:57 +1100 Andrew Bartlett sent off:
> > > Samba4 currently builds and runs fine for me, because when it fails to
> > > link against system libraries, a static copy is used.
> > 
> > this work fine as long as no library that we link against use the system
> > talloc library. When this happens the name spaces of the old (shared) and of
> > the new (static) talloc libs overlap and you get a mixture of both. With
> > old/newer libtalloc you MAY be lucky that it works nevertheless, but maybe not.
> > 
> > I've painfully seen these effects when I tried linking samba statically against
> > Heimdal on an old RHEL system where the name spaces of system MIT and Heimdal
> > overlapped this way. IMHO updating the system lib is the only reliable way to
> > fix such things.
> 
> Then it seems we really are asking for trouble - the system libtalloc
> cannot be removed without removing much of the desktop on Fedora 10, and
> even more will depend on it in Fedora 11.  (And no, I'm not about to
> manually upgrade the file outside RPM)
> 
> Isn't symbol versioning meant to take care of this problem?  (I'm sure
> it was used like this for allowing MIT and Heimdal to co-exist)

As long as we are forward compatible you will always be able to upgrade
talloc, or tdb, or tevent, or ... but yes going forward we will need to
be much more careful with ABIs, or we (and our users) will suffer big
pains.

Simo.

-- 
Simo Sorce
Samba Team GPL Compliance Officer <simo at samba.org>
Principal Software Engineer at Red Hat, Inc. <simo at redhat.com>