Our build 174 delivery was built on 172, where openldap was not
installed in a sensible place, so it was not picked up. Our build 175
delivery will be built on 173, where openldap is in a sensible location
and it appears to be picked up. Since the RE dock hasn't opened for
delivery yet, I haven't bothered to close 175 (we have at least one
outstanding issue that I am hoping to see resolved so that I can include
the fix in 175.) It sounds like this patch should be included in our
175 build. Is there something else that you are working on that might
want to make 175?
-Norm
PS.
If you look at
/net/userland.us.oracle.com/nevada/builds/nevada-???, you should find
the bits that we have delivered to RE (or are planning on delivering).
On 09/19/11 12:51, Jiri Sasek wrote:
Hi Norm,
On 09/19/11 06:51 PM, Norm Jacobs wrote:
It appears that the samba build is finding openldap on the build
system while building, I haven't looked at the samba configure
script, but If you can't override this with something like
--without-ldap, you may have to patch configure to get your desired
configuration.
I identified the problem (in nohup.out from gmake publish)
...
checking for ber_scanf in -llber... yes
...
...adds a -lber into LDAP_LIBS configure-variable.
Samba is using mozldap (Userland:components/samba/mozldap/) wher
libldap60.so also embeds all BER-functions (also ber_scanf).
I have fixed this issue by the patch attached ...remove of this
configure test.
I should check if RE build also referencing liblber ...can you point
me please to proto area of RE build? I am on CIFS-PlugFest in Santa
Clara and I have restricted possibilities to browse the
"SWAN"-resources. Samba installed from build-173 does not reference
the liblber so I need to check recent build if something was changed
or not.
Thank you for your help,
Jiri
I am a bit confused at how you were able to install the resulting
package without openldap installed on your system. Since it's an ELF
dependency, pkgdepend should have automatically put the additional
dependency in your package, requiring you to add the current openldap
to your system before your samba package could be installed.
-Norm
PS.
'dump -Lv foo' or 'elfdump -d foo' will provide you what you
linked with and not what your dependencies bring in.
On 09/19/11 11:04, Jiri Sasek wrote:
On 09/19/11 05:23 PM, Vladimir Marek wrote:
Hi,
zod/builds/js155797/samba-3.5.10/components/samba/samba $ ldd
build/prototype/sparc/usr/sbin/smbd | grep liblber
liblber-2.4.so.2 => /usr/lib/liblber-2.4.so.2
...library from openldap. It should not be!
Are you sure samba is linked to this library?
Absolutely:
root@s11-smb:~# ldd /usr/sbin/smbd | grep lber
liblber-2.4.so.2 => (file not found)
where in /var/samba/log/log.smbd
....
[2011/09/19 08:58:56.782996, 4] libads/ldap.c:2852(ads_current_time)
time offset is 130 seconds
[2011/09/19 08:58:56.783780, 4] libads/sasl.c:1116(ads_sasl_bind)
Found SASL mechanism GSS-SPNEGO
ld.so.1: smbd: fatal: liblber-2.4.so.2: open failed: No such file or
directory
ld.so.1: smbd: fatal: relocation error: file /usr/sbin/smbd: symbol
ber_bvfree: referenced symbol not found
:-(
Jura
Try
elfdump build/prototype/sparc/usr/sbin/smbd | grep NEED
liblber might be needed by some library linked to samba only ...
_______________________________________________
userland-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/userland-discuss
_______________________________________________
userland-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/userland-discuss
_______________________________________________
userland-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/userland-discuss
_______________________________________________
userland-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/userland-discuss
