This kind of thing could be an ongoing issue. Each time the build system changes, there is a potential for configure scripts to notice the change and do something different. It might behoove us to have some kind of config.status comparison between builds?
On 09/19/11 19:42, Jiri Sasek wrote: > 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 <http://monaco.sfbay/detail.jsf?cr=7074591> The SMF service for Samba > fails and goes to maintenance mode > > ...which is dup of > > *7083883 SO_REUSEPORT breaks listen() > <http://monaco.sfbay/detail.jsf?cr=7083883>* > > ...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 -- blu Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. - Martin Golding -----------------------------------------------------------------------| Brian Utterback - Solaris RPE, Oracle Corporation. Ph:603-262-3916, Em:[email protected] _______________________________________________ userland-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/userland-discuss
