build nightmares

[Jelmer Vernooij]

On Wed, 2011-01-05 at 09:34 +1100, Andrew Bartlett wrote:
> On Tue, 2011-01-04 at 10:42 -0500, Aaron Solochek wrote:
> > On 01/03/2011 07:03 PM, Jelmer Vernooij wrote:
> > First, I did "apt-get source samab4" and then tried dpkg-buildpackage, but that
> > fails (the details of that are in other messages in this thread), and then I
> > moved the lib and source4 directories out of the way and replaced them with
> > links to source from git, which I am current with.  That fails because I don't
> > have the latest tdb, and by default the deb build is configured with no bundled
> > libraries.  If I change that to bundle the libraries, heimdal fails with this:
> > 
> > [2165/2360] Linking default/source4/librpc/libndr-standard.so
> > default/source4/heimdal/lib/hcrypto/rand-egd_84.o: In function `connect_egd':
> > rand-egd.c:(.text+0x77): undefined reference to `rep_strlcpy'

> I wonder if this is the result of using the system roken?  If so, then
> hcrypto which depends on roken, which in Samba depends on replace, won't
> get replace (because roken is satisfied by the system dep).  
> 
> Is this plausible?  In which case, presumably wherever we depend on
> roken, we should also depend on replace?  (or depend on a subsystem that
> depends on both). 
> 
> Also, it seems odd that tdb is providing rep_strlcpy().  Shouldn't the
> symbol versioning stuff have hidden an export of that from tdb?
> 
> (I also have other concerns about using the system roken, as we
> deliberately only use some of it's functions in Samba, but the system
> one will be 'intact').
We only ever use the system roken if the user explicitly requested it -
we even only look for it if the user requested it, so it seems unlikely
that is happening here.

Cheers,

Jelmer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL: <http://lists.samba.org/pipermail/samba-technical/attachments/20110104/753b3139/attachment.pgp>