389-devel October 2007

389-devel@lists.fedoraproject.org

7 participants
19 discussions

[Fedora-directory-devel] libatomic.o missing; Solaris 8 Build
by Jason 09 Oct '07

09 Oct '07

Hello, I originally posted this on the users list, but was kindly directed to post here for hopefully better results. I'll paste the original mail below, but as an addendum, it's been pointed out that gmake is attempting to use gcc, rather than the sunworkshop compiler. I've no clue why, or even if that's part of why I'm getting this problem, but I figured I would get that out of the way up front. :) Here is my PATH: mrfreeze:/root/ldap/mozilla/directory/c-sdk>echo $PATH /opt/SUNWspro/bin:/usr/ccs/bin/:/usr/local/apache2/bin:/usr/ccs/bin/:/usr/sbin:/usr/bin:/usr/dt/bin:/usr/proc/bin:/usr/local/bin:/usr/local/sbin:/usr/openwin/bin:/usr/ucb:/usr/platform/sun4u/sbin:/usr/lib:/root/scripts:/usr/ccs/bin/:/usr/local/apache2/ant/bin:/opt/OV/bin As you can see, /opt/SUNWspro/bin is at the top of my path, so I've no clue why it's trying to use gcc instead. now, here is the original email sent to users that describes the problem I'm seeing: hello, I'm trying to compile FDS 1.0.4 on a 280R running Solaris 8. After getting all of the prerequisites installed (gnu make, apr, ant, sun workshop compiler, etc) I started following the directions located here: http://www.directory.fedora.redhat.com/wiki/Building#External_Requirements I created my ldap directory, and downloaded the mozilla components tarball linked. I successfully compiled NSS via 'gmake nss_build all' I successfully compiled SVRCORE Next, I attempted to compile LDAPSDK (mozilla/directory/c-sdk) but I get a File not found error when it tries to link libatomic.o. About the only thing I've been able to learn from a few hours of google is that it appears that libatomic.o should come from NSPR, which, in theory, was compiled during the gmake nss_build_all according to the build documentation. Unfortunately, I cannot find libatomic.o anywhere on the system. Is there a way to get past this problem? Am I crazy for expecting this to compile on solaris even though solaris support is listed? Is there a better build guide I should be following? I've copied the compile errors below, in case it helps anyone see what's going on. Any help that can be provided is greatly appreciated! ~Jason ======= making ./libldap60.so gcc -shared -Wl,-soname -Wl, libldap60.so -f libatomic.so -o libldap60.so ./abandon.o ./add.o ./bind.o ./cache.o ./charray.o ./charset.o ./compare.o ./compat.o ./control.o ./countvalues.o ./delete.o ./disptmpl.o ./dsparse.o ./error.o ./extendop.o ./free.o ./freevalues.o ./friendly.o ./getattr.o ./getdn.o ./getdxbyname.o ./getentry.o ./getfilter.o ./getoption.o ./getvalues.o ./memcache.o ./message.o ./modify.o ./open.o ./os- ip.o ./proxyauthctrl.o ./psearch.o ./pwmodext.o ./referral.o ./regex.o ./rename.o ./request.o ./reslist.o ./result.o ./saslbind.o ./sbind.o ./search.o ./setoption.o ./sort.o ./sortctrl.o ./srchpref.o ./tmplout.o ./ufn.o ./unbind.o ./unescape.o ./url.o ./utf8.o ./vlistctrl.o ./saslio.o -L../../../../../dist/lib -llber60 gcc: libatomic.so: No such file or directory gmake[3]: *** [libldap60.so] Error 1 gmake[3]: Leaving directory `/root/ldap/mozilla/directory/c-sdk/ldap/libraries/libldap' gmake[2]: *** [export] Error 2

3 12

[Fedora-directory-devel] Please review: Bug 244475: crash at startup with new ldap sdk on 64-bit platform
by Rich Megginson 09 Oct '07

09 Oct '07

https://bugzilla.redhat.com/show_bug.cgi?id=244475 Resolves: bug 244475 Bug Description: crash at startup with new ldap sdk on 64-bit platform Reviewed by: ??? Files: see diff Branch: HEAD Fix Description: I went ahead and cleaned up or removed the incorrect ber code. We do not need to use LBER_SOCKBUF_OPT_DESC or LBER_SOCKBUF_OPT_READ_FN or LBER_SOCKBUF_OPT_WRITE_FN. I removed an unnecessary malloc/free and just used the stack as we do everywhere else in the code. It looks as though the start_tls cleanup code is almost never used - the code assumes that when you do a start_tls, that stays in force throughout the lifetime of the connection. Removing this code now should insulate us from future ldap c sdk changes. Platforms tested: RHEL5 x86_64 Flag Day: no Doc impact: no https://bugzilla.redhat.com/attachment.cgi?id=221791&action=diff

1 0

[Fedora-directory-devel] Please Review: (325281) Need to install mibs for ldap-agent
by Nathan Kinder 09 Oct '07

09 Oct '07

https://bugzilla.redhat.com/show_bug.cgi?id=325281 Resolves: bug 325281 Bug Description: Need to install mibs for ldap-agent Reviewed by: ??? Files: see diff Branch: HEAD Fix Description: Install the mibs needed to query ldap-agent SNMP subagent. Platforms tested: FC6 i386 Flag Day: no Doc impact: no https://bugzilla.redhat.com/attachment.cgi?id=221581&action=diff

1 0

[Fedora-directory-devel] Please review: Bug 190220: Link DS with libumem on Solaris 9 and later
by Rich Megginson 09 Oct '07

09 Oct '07

https://bugzilla.redhat.com/show_bug.cgi?id=190220 Resolves: bug 190220 Bug Description: Link DS with libumem on Solaris 9 and later Reviewed by: ??? Files: see diff Branch: HEAD Fix Description: See if libumem.so exists, and set the appropriate LD_PRELOAD env. var. if so. Platforms tested: Solaris 9 64-bit Flag Day: no Doc impact: no https://bugzilla.redhat.com/show_bug.cgi?id=190220#c3

1 0

[Fedora-directory-devel] Please review: Bug 305121: Server hangs when adding a group with two password entries
by Rich Megginson 08 Oct '07

08 Oct '07

https://bugzilla.redhat.com/show_bug.cgi?id=305121 Resolves: bug 305121 Bug Description: Server hangs when adding a group with two password entries Reviewed by: ??? Files: see diff Branch: HEAD Fix Description: The pw_encodevals() was not encoding each value, only the first one, then setting each new value to the same encoded value. The solution is to move char *enc into the loop so that it is allocated anew each time. Platforms tested: RHEL5 x86_64 Flag Day: no Doc impact: no https://bugzilla.redhat.com/attachment.cgi?id=220601&action=diff

1 0

[Fedora-directory-devel] Please review: Bug 248169: init script modification needed for kerberos auth
by Rich Megginson 05 Oct '07

05 Oct '07

https://bugzilla.redhat.com/show_bug.cgi?id=248169 Resolves: bug 248169 Bug Description: init script modification needed for kerberos auth Reviewed by: ??? Files: see diff Branch: HEAD Fix Description: I just took Simo's initial patch and ran with it. The initconfigdir parameter is the directory containing the config file for the init script. configure will first try to use $(sysconfdir)/sysconfig, then $(sysconfdir)/default (Solaris and Debian, among others), then the package config directory (the default on HP-UX), for this parameter. The init script and startup script will look in the initconfigdir to find the init config file to source. For directory server, an instance specific file can be used, named e.g. dirsrv-localhost which will apply to the slapd-localhost instance only. A default init config file is provided for dirsrv and dirsrv-admin, with some examples of how it could be used. Platforms tested: RHEL5 x86_64 Flag Day: Yes - autotool file changes Doc impact: Yes. We will need to document how the user can supply environment to the servers at startup time without having to edit the init scripts or the startup scripts. QA impact: should be covered by regular nightly and manual testing New Tests integrated into TET: none https://bugzilla.redhat.com/attachment.cgi?id=218101&action=diff https://bugzilla.redhat.com/attachment.cgi?id=218121&action=diff

1 0

[Fedora-directory-devel] Please review: [Bug 173873] Directory Server should shutdown if it fails to write logs
by Noriko Hosoi 04 Oct '07

04 Oct '07

Summary: Directory Server should shutdown if it fails to write logs https://bugzilla.redhat.com/show_bug.cgi?id=173873 ------- Additional Comments From nhosoi(a)redhat.com 2007-10-04 18:04 EST ------- Created an attachment (id=216781) --> (https://bugzilla.redhat.com/attachment.cgi?id=216781&action=view) cvs diff ldapserver/ldap/servers/slapd/{log.c, libglobs.c} Files: ldapserver/ldap/servers/slapd/log.c /libglobs.c Change Description: 1. introduced a new static function log__error_emergency, which is called at emergency to log to the syslog and at least try to log into the errors log one more time. 2. added an error parameter to the macro LOG_WRITE_NOW to return if the writing to the log was successful or not. 3. if opening an errors log or writing to an errors log failed, call g_set_shutdown to shutdown the server gracefully. 4. log__error_emergency calls writing log function (LDAPDebug --> slapd_log_error_proc_internal) with ERROR_LOCK_WRITE unlocked, if locked. ------- Additional Comments From nhosoi(a)redhat.com 2007-10-04 19:32 EST ------- Created an attachment (id=216791) --> (https://bugzilla.redhat.com/attachment.cgi?id=216791&action=view) test cases Error cases: . opening errors log . rotating errors log . writing to errors log

1 0

[Fedora-directory-devel] Please review: [Bug 304161] logrotation time of -1 causes hang
by Noriko Hosoi 03 Oct '07

03 Oct '07

1 0

[Fedora-directory-devel] Please review: [Bug 314851] vlv: crash after repeated backend creation/deletion
by Noriko Hosoi 01 Oct '07

01 Oct '07

Summary: vlv: crash after repeated backend creation/deletion https://bugzilla.redhat.com/show_bug.cgi?id=314851 Description of problem: Steps: Create 2 servers Create a new backend instance on each server (exampleroot: dc=example,dc=com) Initialize the backend with Example.ldif on one server Set up MMR agreement on the backend instance Initalize the replica on the server on which the backend was initialized Create browsing index on the replica Remove replication agreement and the backend exampleroot Repeat the steps till the crash occurs. Attaching the stacktrace. The direct cause is some dse callback points an instance directory which is not associated with the backend. ------- Additional Comments From nhosoi(a)redhat.com 2007-10-01 20:04 EST ------- Created an attachment (id=213101) --> (https://bugzilla.redhat.com/attachment.cgi?id=213101&action=view) stacktrace and DSE callback list ------- Additional Comments From nhosoi(a)redhat.com 2007-10-01 20:15 EST ------- Created an attachment (id=213111) --> (https://bugzilla.redhat.com/attachment.cgi?id=213111&action=view) cvs diff ldapserver/ldap/servers/slapd/back-ldbm/vlv.c Description: if the backend is not set, return SLAPI_DSE_CALLBACK_ERROR and don't call vlvSearch_init.

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

389-devel October 2007