October 2006 - 389-devel - Fedora Mailing-Lists

[Fedora-directory-devel] Please review: Bug 211426: autotools: support dirsec packages, mozldap6, svrcore

by Rich Megginson

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=211426 Bug(s) fixed: 211426 Bug Description: autotools: support dirsec packages, mozldap6, svrcore Reviewed by: ??? Files: see diff Branch: HEAD Fix Description: Look for the dirsec-nspr and dirsec-nss if nspr and nss are not found in pkg-config. Look for mozldap6 then mozldap in pkg-config. Look for svrcore-devel in pkg-config, then look for it in the system directories. Platforms tested: RHEL4 Flag Day: no Doc impact: no https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=138851&action=diff

17 years, 6 months

1
0
0 / 0

[Fedora-directory-devel] Please Review: (210736) Implement autotools build system (phase one)

by Nathan Kinder

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=210736 Bug(s) fixed: 210736 Bug Description: We need to make the Directory Server build system use GNU Autoconf and GNU Automake. The build system needs to support RHEL/FC systems, Solaris 9, and HP-UX IPF systems at a minimum for the first cut. Other platform support can be added in as needed. Implementing the new build system is going to be done in multiple phases. We need to leave the existing Makefiles around for a while until the new build system stabilizes. Reviewed by: ??? Files: see diff Branch: HEAD Fix Description: The below bug attachments comprise the first phase of implementing the new build system. There are a number of files generated by autoconf that will need to be checked in as well, but they are all generated from the above attachments. There are also some modifications to some existing code that are needed for the new build-system to work. These changes are to modify buildnum.pl to just return the build number if the platform argument is not supplied. The new build system generated the build number at configure time and puts it in the generated Makefile instead of a buildnum.dat file. Also, the include line for ldap-agent.h was formatted for a system header file. This would cause the new build system to not locate it when compiling the SNMP subagent. The second phase will need to clean up some of the conditional defines as well as add configure options for things like an optimized build and 64-bit. All of this is possible with the current implementation by using CFLAGS, CXXFLAGS, etc. The second phase will also need to setup directories for doing a "make install". Platforms tested: RHEL4, Solaris 9, HP-UX 11.23 IA64 Flag Day: no Doc impact: no Makefile.am - https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=138468 configure.ac - https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=138469 db.m4 - https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=138470 icu.m4 - https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=138471 mozldap.m4 - https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=138472 netsnmp.m4 - https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=138473 nspr.m4 - https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=138474 nss.m4 - https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=138475 sasl.m4 - https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=138476 svrcore.m4 - https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=138477 diffs - https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=138478

17 years, 6 months

1
0
0 / 0

[Fedora-directory-devel] Please review: Bug 210916: Admin Server doesn't start on RHEL3 - libldap60.so + sasl

by Rich Megginson

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=210916 Bug(s) fixed: 210916 Bug Description: Admin Server doesn't start on RHEL3 - libldap60.so + sasl Reviewed by: ??? Files: see diff Branch: HEAD Fix Description: Adding libldap60.so to the LD_PRELOAD solves the problem. Loading libldap60.so early forces the dynamic linker to find and resolve libsasl2.so. So I modified start-admin to do the LD_PRELOAD of libldap60. I also updated the patch file which is used when upgrading 1.0.2 to 1.0.3. Platforms tested: RHEL3 Flag Day: no Doc impact: no https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=138584

17 years, 6 months

1
0
0 / 0

[Fedora-directory-devel] is there any one having a windows XP build ?

by Wallace Peng

Thanks a lot! Wallace

17 years, 6 months

1
0
0 / 0

[Fedora-directory-devel] Commit: [Bug 208672] parameterizing the hardcoded paths (phase 2. db, log, lock, pid, cert, and instance dir)

by Noriko Hosoi

Summary: parameterizing the hardcoded paths (phase 2. db, log, lock, pid, cert, and instance dir) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208672 Hello, I've checked in lots of changes into CVS HEAD... This is the phase 2 work for parameterizing the hardcoded paths. Changes: 1) introduced these 3 new config attributes: nsslapd-lockdir, nsslapd-tmpdir, nsslapd-certdir, and eliminated: nsslapd-instancedir. 2) replaced the hardcoded paths with the corresponding attribute value in the server as well as in the create/remove instance codes. 3) moved snmp stats file to the nsslapd-tmpdir 4) moved the server instance dir to <prefix>/lib/<brand>-ds/slapd-<id> ------- Additional Comments From nhosoi(a)redhat.com 2006-10-12 21:12 EST ------- Created an attachment (id=138397) --> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=138397&action=view) cvs commit message (for comment #18) Reviewed by Nathan (Thank you!!!) Checked in into HEAD.

17 years, 6 months

1
0
0 / 0

[Fedora-directory-devel] Please review: Bug 204623: deleting attributes when changing password causes server crash

by Rich Megginson

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=204623 Bug(s) fixed: 204623 Bug Description: deleting attributes when changing password causes server crash Reviewed by: ??? Files: see diff Branch: HEAD Fix Description: From Michal: "The function mod2smod does not check for mod->mod_bvalues being NULL and tries to dereference it (modutil.c:370). This function happens to be called only by slapi_mods_get_{first,next}_smod(), which are in turn called only by check_trivial_words() in pw.c; this is why the crash appears only when checking password syntax." I added the same check for the mod_values case - even though the code says this should never be called, better to be safe than sorry. Platforms tested: RHEL4 Flag Day: no Doc impact: no https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=138386

17 years, 6 months

1
0
0 / 0

[Fedora-directory-devel] Please review: Bug 185780: one byte memory leak in modify

by Rich Megginson

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185780 Bug(s) fixed: 185780 Bug Description: one byte memory leak in modify Reviewed by: ??? Files: see diff Branch: HEAD Fix Description: Just call ldap_memfree() with the mod->mod_type. This is safe to call with NULL. Platforms tested: RHEL4 Flag Day: no Doc impact: no QA impact: should be covered by regular nightly and manual testing New Tests integrated into TET: none https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185780#c1

17 years, 6 months

1
0
0 / 0

[Fedora-directory-devel] Please review: Bug 183903: Memory leak in ldbm_config.c:replace_ldbm_config_value

by Rich Megginson

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183903 Bug(s) fixed: 183903 Bug Description: Memory leak in ldbm_config.c:replace_ldbm_config_value Reviewed by: ??? Files: see diff Branch: HEAD Fix Description: Just needed to call slapi_mods_done(&smods) after the call to slapi_modify_internal_pb(). This is the same as in the other places in the server that perform an internal modify operation. Platforms tested: RHEL4 Flag Day: no Doc impact: no QA impact: should be covered by regular nightly and manual testing New Tests integrated into TET: none https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183903#c1

17 years, 6 months

1
0
0 / 0

[Fedora-directory-devel] Re: [Fedora-directory-commits] ldapserver/ldap/cm/newinst ns-update, 1.11, 1.12

by Rich Megginson

Richard Allen Megginson (rmeggins) wrote: > Author: rmeggins > > Update of /cvs/dirsec/ldapserver/ldap/cm/newinst > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv5458 > > Modified Files: > ns-update > Log Message: > Bug(s) fixed: 185364 > Bug Description: Can't update scripts (e.g., start-slapd) in the instance directory > Reviewed by: ??? > Reviewed by: Noriko (Thanks!) > Fix Description: ns-update needs to run ds_create -r for each instance in the server root because the start-slapd et. al. scripts that it needs to recreate are per-instance. The install.inf passed in from setup only contains the information in the [General] and [admin] section. We need to supply the missing information for the [slapd] section to make both create_scripts() and reconfigure_instance() happy. > Platforms tested: RHEL4 > Flag Day: no > Doc impact: no > > > > Index: ns-update > =================================================================== > RCS file: /cvs/dirsec/ldapserver/ldap/cm/newinst/ns-update,v > retrieving revision 1.11 > retrieving revision 1.12 > diff -u -r1.11 -r1.12 > --- ns-update 23 Feb 2006 19:30:41 -0000 1.11 > +++ ns-update 12 Oct 2006 19:38:14 -0000 1.12 > @@ -46,6 +46,42 @@ > sroot=`echo $0 | sed s#/bin/slapd/admin/bin/.\*##g` > PERL=perl # just use perl from PATH > > +# run_ds_create "$sroot" "$dir" "$inffile" > +run_ds_create() > +{ > + sroot="$1" > + shift > + dir="$1" > + shift > + inffile="$1" > + > + # the inffile is incomplete - it needs the instance specific stuff > + dseldif=$sroot/$dir/config/dse.ldif > + port=`grep \^nsslapd-port: $dseldif | sed -e s/\^nsslapd-port:[\ \ ]*//` > + rootdn=`grep \^nsslapd-rootdn: $dseldif | sed -e s/\^nsslapd-rootdn:[\ \ ]*//` > + id=`echo $dir | sed -e s/^slapd-//` > + suffix="o=NetscapeRoot" > + > + realfile=/tmp/fds$$.inf > + cp $inffile $realfile > + echo "" >> $realfile > + echo "[slapd]" >> $realfile > + echo "ServerIdentifier= $id" >> $realfile > + echo "ServerPort= $port" >> $realfile > + echo "RootDN= $rootdn" >> $realfile > + # dummy password > + echo "RootDNPwd= password" >> $realfile > + echo "Suffix= $suffix" >> $realfile > + > + cwd=`pwd` > + cd `dirname $0` > + > + ./ds_create -r -f $realfile > + > + rm -f $realfile > + cd $cwd > +} > + > start_server() > { > NETSITE_ROOT=$1 > @@ -60,16 +96,26 @@ > cd $cwd > } > > +# get the inf file name > +seenfarg= > +inffile= > + > # if the -r flag is present, this means we're doing a > # reinstall or an upgrade, so restart the servers > -for arg in $* ; do > +for arg in "$@" ; do > if [ "$arg" = "-r" ]; then > reconfig=1 > fi > if [ "$arg" = "-S" ]; then > iDSISolaris=1 > fi > - > + if [ $seenfarg ]; then > + inffile="$arg" > + seenfarg= > + fi > + if [ "$arg" = "-f" ]; then > + seenfarg=1 > + fi > done > > extraflags= > @@ -114,6 +160,10 @@ > echo Starting $dir . . . > start_server $sroot $dir > echo "" > + > + # more reconfiguration > + run_ds_create "$sroot" "$dir" "$inffile" "$extraflags" "$@" > + > done > # fix any non-instance specific files - omit server instance argument > $PERL $sroot/bin/slapd/admin/bin/upgradeServer $sroot > @@ -124,19 +174,6 @@ > # we need to make sure the alias directory is owned by the server user/group > # in order for the server to be able to create the initial key/cert db files > > -# get the inf file name > -seenfarg= > -inffile= > -for arg in "$@" ; do > - if [ $seenfarg ] ; then > - inffile=$arg > - break > - fi > - if [ "$arg" = "-f" ] ; then > - seenfarg=1 > - fi > -done > - > if [ ! -f "$inffile" ] ; then > echo "WARNING: Could not read the setup info file $inffile" > else > @@ -149,7 +186,10 @@ > fi > > rc=0 > -./ds_create $* $extraflags > +# not reconfig - run ds_create as usual > +if test -z "$reconfig" ; then > + ./ds_create $* $extraflags > +fi > rc=$? > > # chown the cookie directory - bug 175098 > > -- > Fedora-directory-commits mailing list > Fedora-directory-commits(a)redhat.com > https://www.redhat.com/mailman/listinfo/fedora-directory-commits >

17 years, 6 months

1
0
0 / 0

[Fedora-directory-devel] Please review: Bug 185364: Can't update scripts (e.g., start-slapd) in the instance directory

by Rich Megginson

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185364 Bug(s) fixed: 185364 Bug Description: Can't update scripts (e.g., start-slapd) in the instance directory Reviewed by: ??? Files: ldapserver/ldap/cm/newinst/ns-update Branch: HEAD Fix Description: ns-update needs to run ds_create -r for each instance in the server root because the start-slapd et. al. scripts that it needs to recreate are per-instance. The install.inf passed in from setup only contains the information in the [General] and [admin] section. We need to supply the missing information for the [slapd] section to make both create_scripts() and reconfigure_instance() happy. Platforms tested: RHEL4 Flag Day: no Doc impact: no https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=138351

17 years, 6 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

389-devel October 2006