This is the mail archive of the
cygwin-apps@cygwin.com
mailing list for the Cygwin project.
Re: Pending Packages List, 2004-01-23
- From: Charles Wilson <cygwin at cwilson dot fastmail dot fm>
- To: cygwin-apps at cygwin dot com
- Date: Mon, 26 Jan 2004 02:58:38 -0500
- Subject: Re: Pending Packages List, 2004-01-23
- References: <20040123170002.30126.qmail@sources.redhat.com>
Package: openldap 2.1.25-1 [2004-01-02]
Description: Lightweight Directory Access Protocol runtime
Proposer: Dr. Volker Zell
Proposal: http://cygwin.com/ml/cygwin-apps/2004-01/msg00003.html
http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/openldap/openldap-2.1.25-1.tar.bz2
http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/openldap/openldap-2.1.25-1-src.tar.bz2
http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/openldap/setup.hint
Also: openldap-devel [Lightweight Directory Access Protocol libraries and headers]
http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/openldap/openldap-devel/openldap-devel-2.1.25-1.tar.bz2
http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/openldap/openldap-devel/setup.hint
Also: libopenldap2 [Lightweight Directory Access Protocol runtime]
http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/openldap/libopenldap2/libopenldap2-2.1.25-1.tar.bz2
http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/openldap/libopenldap2/setup.hint
Status: Attained required 3 votes. Package available.
HOLD-UPS: No "good to go" review.
1) minor quibble (not a showstopper): I have a (very) new version of
libtool on my system, and "tag inference" support has been dropped --
this, coupled with some other esoterica means that libtool complains
when it tries to link the DLLs.
It really boils down to ldap defaults to using 'cc' as the compiler, but
libtool expects 'gcc'. By modifying the buildscript:
CFLAGS="${MY_CFLAGS}" \
LDFLAGS="${MY_LDFLAGS}" \
+ CC=gcc CXX=g++ \
${srcdir}/configure \
...
everything works fine, because now ldap "thinks" that gcc is the
default, too. This is only a problem with very new libtools.
2) other than than, rebuilding from -src package was fine.
3) During my rebuild, my ${instdir} contained the following files that
were not included in any package. Was this omission deliberate? (see
especially the /var/ directory structure...)
+etc/openldap/schema/
+etc/openldap/schema/README
+etc/openldap/schema/corba.schema
+etc/openldap/schema/corba.schema.default
+etc/openldap/schema/core.schema
+etc/openldap/schema/core.schema.default
+etc/openldap/schema/cosine.schema
+etc/openldap/schema/cosine.schema.default
+etc/openldap/schema/inetorgperson.schema
+etc/openldap/schema/inetorgperson.schema.default
+etc/openldap/schema/java.schema
+etc/openldap/schema/java.schema.default
+etc/openldap/schema/misc.schema
+etc/openldap/schema/misc.schema.default
+etc/openldap/schema/nis.schema
+etc/openldap/schema/nis.schema.default
+etc/openldap/schema/openldap.schema
+etc/openldap/schema/openldap.schema.default
+etc/openldap/slapd.conf.default
+usr/libexec/
+usr/libexec/slapd.exe
+usr/libexec/slurpd.exe
+usr/sbin/
+usr/sbin/slapadd.exe
+usr/sbin/slapcat.exe
+usr/sbin/slapindex.exe
+usr/sbin/slappasswd.exe
+var/
+var/openldap/
+var/openldap/openldap-data/
+var/openldap/openldap-slurp/
4) ran test suite...all tests passed for both bdb and ldbm backends
5) installed, etc -- OK.
Good to go, assuming resolution of #3 above.
Wait -- from your README, I see the following:
----------------------------
Initial release
These are just the LDAP clients and libraries from the openldap package.
Although the LDAP servers (slapd and slurpd) seem to run fine I'm not
willing to contribute and maintain them. If somebody wants to step in
please mail to the list.
----------------------------
Okay, I consider point #3 addressed. So, good to go as is. For the
NEXT release, please update the build script as detailed in #1.
--
Chuck