build nightmares

[Andrew Bartlett]

On Tue, 2011-01-04 at 10:42 -0500, Aaron Solochek wrote:
> On 01/03/2011 07:03 PM, Jelmer Vernooij wrote:
> > On Mon, 2011-01-03 at 16:35 -0500, Aaron Solochek wrote:
> >> Ok, I've spent the day on this, which is my limit before asking for help.
> >>
> >> I'm trying to upgrade samba4 on my ubuntu system.  I saw that there were new
> >> .debs (obviously the preferred way for me to install it) but those failed to
> >> install.  Have those ever installed cleanly for anyone?  This time it was some
> >> unresolved symbol.
> > Which debs did you try to install? What error did you get?
> > 
> 
> 4.0.0~alpha14~bzr15953~ppa174+199~maverick
> 
> Setting up samba4 (4.0.0~alpha14~bzr15953~ppa174+199~maverick) ...
> >> Traceback (most recent call last):
> >>   File "/usr/share/samba/setup/upgradeprovision", line 38, in <module>
> >>     import samba.getopt as options
> >>   File "/usr/lib/python2.6/dist-packages/samba/getopt.py", line 30, in <module>
> >>     from samba.hostconfig import Hostconfig
> >>   File "/usr/lib/python2.6/dist-packages/samba/hostconfig.py", line 22, in
> <module>
> >>     from samdb import SamDB
> >>   File "/usr/lib/python2.6/dist-packages/samba/samdb.py", line 32, in <module>
> >>     from samba.dcerpc import drsblobs, misc
> >> ImportError: /usr/lib/python2.6/dist-packages/samba/dcerpc/drsblobs.so:
> >> undefined symbol: PyString_FromString_check_null
> 
> 
> 
> >> So I grabbed the source for the debs and tried to build that.
> >>
> >> I've gone through a variety of failures with this, but the current is:
> >>
> >> [2018/2188] Linking default/source4/librpc/libndr-standard.so
> >> default/source4/dsdb/samdb/ldb_modules/samba3sam_27.o:(.data.rel.ro+0x10):
> >> undefined reference to `map_search'
> >> default/source4/dsdb/samdb/ldb_modules/samba3sam_27.o:(.data.rel.ro+0x18):
> >> undefined reference to `map_add'
> >> default/source4/dsdb/samdb/ldb_modules/samba3sam_27.o:(.data.rel.ro+0x20):
> >> undefined reference to `map_modify'
> >> default/source4/dsdb/samdb/ldb_modules/samba3sam_27.o:(.data.rel.ro+0x28):
> >> undefined reference to `map_delete'
> >> default/source4/dsdb/samdb/ldb_modules/samba3sam_27.o:(.data.rel.ro+0x30):
> >> undefined reference to `map_rename'
> > How are you building Samba 4 exactly (with what options are you running
> > configure with?)? These symbols were renamed recently, and the version
> > of ldb was changed so Samba would not try to use older versions of ldb.
> > 
> > Cheers,
> > 
> > jelmer
> > 
> 
> 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'

Jelmer, 

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').

Andrew Bartlett

-- 
Andrew Bartlett                                http://samba.org/~abartlet/
Authentication Developer, Samba Team           http://samba.org
Samba Developer, Cisco Inc.