Hi Norm,
I have created:
7092513 Samba links liblber from openldap but should not do it.
...fix is ready.
....but I have found it as a side-effect when I was evaluating if
7074591 The
SMF service for Samba fails and goes to maintenance mode
...which is dup of
7083883 SO_REUSEPORT
breaks listen()
...can be fixed by cleaning of SO_REUSEPORT from Samba.
So currently I am building ON with suggested-fix of 7083883 and I
would rather to wait if really no user-space changes in Samba will
be needed to fix 7083883.
I will ask for review of 7092513 and I will submit RTI for it today
(late evening - Santa Clara) to Petr Sumbera who can look on it
"overnight"
Jiri
On 09/19/11 08:10 PM, Norm Jacobs wrote:
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
|
_______________________________________________
userland-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/userland-discuss
