summaryrefslogtreecommitdiffstats
path: root/missing
Commit message (Collapse)AuthorAgeFilesLines
* reran autogen.sh (automake V1.9.6, autoconf V2.59)Noriko Hosoi2008-10-191-34/+27
|
* Related: 207457Nathan Kinder2008-10-171-27/+34
| | | | Summary: Add support for 64-bit counters (phase 1).
* Resolves: #450753Noriko Hosoi2008-07-021-34/+27
| | | | Summary: Add CLI for dynamic reload schema file task
* Resolves: 450746Nathan Kinder2008-06-101-27/+34
| | | | Summary: Added CLI for creating memberOf fix-up task entry.
* Resolves bug 434403Rich Megginson2008-02-271-34/+27
|
* Initial import of memberof plugin from FreeIPA (refactored from changeset ↵Nathan Kinder2008-02-191-27/+34
| | | | 640:9c57bd91b32f if ipa-memberof.c).
* revert back to using autoconf 2.59 - 2.61 causes the -avoid-version flag to ↵Rich Megginson2007-08-091-34/+27
| | | | be ignored, which causes rpm packaging errors
* forgot to commit the autotool generated filesRich Megginson2007-08-081-27/+34
|
* Resolves: bug 229286Rich Megginson2007-02-191-8/+15
| | | | | | | | | Bug Description: Solaris build: link shared libs correctly with libtool Reviewed by: nkinder, prowley (Thanks!) Fix Description: We have to use the $(CXXLINK) Makefile macro to build shared libs that use C++ code or link with C++ libs. In addition, Sun C++ link needs -lCstd and -lCrun. I added AC_DISABLE_STATIC so that we wouldn't generate all the .a libs we don't use. Lastly, but not leastly, libtool on rhel/fedora has a "feature" that adds several gcc-isms to the libtool script generated by configure. At best, these cause builds with non-gcc compilers to complain quite a bit, and at worst, cause the build to fail. I've added a sed command in configure to remove these gcc-isms from libtool on non-gcc platforms. Platforms tested: RHEL4, FC6, Solaris 9 Flag Day: no Doc impact: no
* Resolves: 229095Nathan Kinder2007-02-161-15/+8
| | | | Summary: Fixed build flags for compiling with pthread on HP-UX.
* Resolves: bug 227771Rich Megginson2007-02-121-8/+15
| | | | | | | | | Bug Description: FHS: use sysconfdir (/etc) as config file location - allow builders to set dynamic config directory location at configure time Reviewed by: nhosoi, nkinder, prowley (Thanks!) Fix Description: I've added a new configure switch: --with-instconfigdir. This switch will allow the user to specify a different location to store the dynamic instance specific config files rather than the default $sysconfdir/$package_name (e.g. /etc/fedora-ds). This is the directory which will contain the slapd-instance directories which contain the instance specific config, schema, and security files. Even though the user could override this with ds_newinst.pl ([slapd] section config_dir), we needed to be able to set the default so that the user would not have to remember to do this every time, and so that packagers could set a reasonable default value for their platform. Platforms tested: FC6, RHEL4 Flag Day: no Doc impact: no
* Resolves: 228082Nathan Kinder2007-02-091-15/+8
| | | | Summary: Added --enable-bundle option for legacy builds.
* esolves: bug 227618Rich Megginson2007-02-071-8/+15
| | | | | | | | | | | | | | | | | | | Bug Description: FHS: move exes to _bindir; move ns-slapd to _sbindir Reviewed by: many people (Thanks!) Fix Description: In order to be more FHS compliant, we need to make the following changes: 1) move files executable by end users to _bindir (e.g. /usr/bin) - this means logconv.pl, ds_newinst, dbscan, etc. 2) move the server executable ns-slapd to _sbindir (e.g. /usr/sbin) And, to be more packaging friendly, the additional changes: 3) move libback-ldbm to the plugins dir - it is a plugin 4) use the libtool -avoid-version flag with plugins - we don't need the .so.0.0.0 for plugins I had to add support for sbindir and SBINDIR to create_instance and ds_newinst. We were using serverdir for 3 things - command line programs, server specific shared libs, and the server executable itself. These are now in 3 different places. The biggest change was to the scripts. I kept serverdir and SERVER-DIR to be the location of the server shared libs to avoid changing even more stuff. I had to add SERVERBIN-DIR to the scripts - this is the location of ns-slapd and is set by sbindir in create_instance (which defaults to SBINDIR from Makefile.am which defaults to $prefix/sbin in configure - whew). I've tested instance creation with these diffs - everything seems to work fine. 5) reorder files in alphabetical order - suggested by nkinder 6) add $LDFLAGS to test in db.m4 7) touch all template/wrapper .in files to make them newer than their corresponding files Platforms tested: RHEL4, FC6 Flag Day: no Doc impact: Yes, but the docs will have to change quite a bit for all of the FHS related changes.
* Resolves: 227754Nathan Kinder2007-02-071-15/+8
| | | | Summary: Set library search path when using AC_CHECK_LIB in db.m4.
* fix licensing in sasl.m4Rich Megginson2007-02-021-8/+15
|
* Resolves: 223861Noriko Hosoi2007-01-261-15/+8
| | | | | Summary: Nightly build uses autotools/yum (Comment #5) Change: Adding logconv.pl to Makefile.am
* Resolves: bug 215669Rich Megginson2006-11-151-8/+15
| | | | | | | | | | | | | Bug Description: Define LIBDIR, BINDIR, etc. in Makefile Reviewed by: nkinder (Thanks!) Fix Description: The paths LIBDIR, BINDIR, et. al. are #define'd in create_instance.h to hard coded values. We should be able to set these values in configure and override the built in values. We can't simply set them via AC_DEFINE in configure.ac because we are using config.h and this would render the definition like this: #define BINDIR "${exec_prefix}/bin" instead of #define BINDIR "/usr/bin" So we instead define them in Makefile.am and add their definitions to AM_CPPFLAGS, and quote them properly to make sure the value includes the quotation marks when expanded in the C code. I tested this with both an rpmbuild and a regular developer type build. Platforms tested: RHEL4/FC5 Flag Day: no Doc impact: no
* Related: 213352Nathan Kinder2006-11-031-15/+8
| | | | Summary: built wrapper directory must be created during make.
* Bug(s) fixed: 213352Rich Megginson2006-11-021-8/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bug Description: autotools: support redhat/fedora rpmbuild %configure and %makeinstall Reviewed by: nhosoi (Thanks!) Fix Description: The standard way to do an rpmbuild on fedora/redhat is to use the %configure macro in the %prep section of the spec file and the %makeinstall macro in the %install section. These set all of the bindir, libdir, datadir, sysconfdir, etc. paths used by the application. %configure sets them to their "real" runtime locations e.g. /usr/lib, and %makeinstall sets them to their paths used for rpm packaging e.g. /var/tmp/fedora-ds-foo-bar-baz/usr/lib. There were a few places in our autotools files where we were running afoul of this. Another thing is that configure defines bindir etc. as literally '${exec_prefix}/bin' so that the real value doesn't get expanded until make or make install time. This means that we cannot create scripts from templates in configure, we have to do that in make. So this adds a sed command to Makefile.am in order to do all of the script and config file path replacement at make time. Since we do the subst this way, whatever $prefix is set during make will be incorporated into the value of $bindir etc. so we can omit directly referencing @prefix@ in the template files. Platforms tested: RHEL4 Flag Day: no Doc impact: no
* Related: 210736Nathan Kinder2006-10-171-0/+353
Phase one of implementing new GNU Automake/Autoconf build system.