- new switch WITH_DYNAMIC_BACKENDS
- WITH_ODBC has to be specified, even when WITH_ODBC_TYPE is set
- 5.x users: when you need to start the daemon early, build with
WITH_RCORDER=yes to put the start script into /etc/rc.d
** NOTE to porters **
OpenLDAP will declare their REL_ENG_2_2 branch STABLE soon:
<http://www.openldap.org/lists/openldap-devel/200406/msg00007.html>
I plan to follow that with changing the ports tree default from OpenLDAP 2.1
to 2.2. Please test if your port works correctly with OpenLDAP 2.2.
-Oliver
the worse, GNATS will tell. Linking all components with PTHREAD_LIBS may
not be the most elegant solution.
Bump PORTREVISION on all components, which may be unnecessary, but safe.
They overwrite /usr/include/netdb.h and give a wrong definition for `h_errno' when
_REENTRANT is defined. This causes link errors where `__h_errno' is undefined.
This should affect MySQL, Python and Apache too.
PR: 64419
Submitted by: Edwin Groothuis <edwin@mavetju.org>
- default to BerkelyDB 4.2
CAUTION: The OpenLDAP library name changed from libldap.2 to libldap.202
You might want to do:
portupgrade -rf 'openldap-client-2.2.*'
Approved by: marcus (mentor)
* OpenLDAP 2.0 is no longer actively maintained by the OpenLDAP Project.
* You are strongly encouraged to update to OpenLDAP 2.1
* Port maintainers: Please respect the default in bsd.port.mk
* I plan to remove OpenLDAP 2.0 from the FreeBSD ports tree May 2004
- Update net/openldap21-client and net/openldap21-server to version 2.1.23
- Update net/openldap22-client and net/openldap22-server to version 2.2.2.b,
fix ITS#2747 from CVS
- some fixes for net/openldap20-server from CVS, seems like there won't be
a 2.0.28 release anymore
- remove conflict with deleted port net/openldap12
- use PORTDOCS
- use USE_OPENSSL
- don't use _REENTRANT
- add a deinstall message
PR: 58278
Submitted by: me
Approved by: marcus (mentor)
- the start/stop scripts failed when booting on 5.x machines,
detected by Barry Pederson <bp@barryp.org>
- Fix OpenLDAP ITS 2672: eternal loop in back-bdb (2.1 only)
- unify the start/stop scripts again, so that they are identical
across versions
- added a check for the deprecated variable slapd_args
PR: ports/56174
Submitted by: Oliver Eikemeier <eikemeier@fillmore-labs.com>
- use RC_SUBR (PR 54352, submitted by Scot W. Hetzel <hetzels@westbend.net>)
- run slapd under a non-privileged account by default (PR 56075)
- remove ${PORTSDIR}/net/openldap20-server/bsd.openldap.mk (PR 55680)
- use USE_OPENLDAP
- improve conflict checking (PR 54845, submitted by Jens Rehsack <rehsack@liwing.de>)
- make ODBC library selectable (PR 46288, submitted by Emile Heitor <eheitor@fr.cw.net>)
- don't use USE_OPENSSL to avoid gazillions of -rpath warnings
PR: ports/56077
Submitted by: Oliver Eikemeier <eikemeier@fillmore-labs.com>
- build -dynamic for better compatibility with libltdl
- grap back-perl fixes from OpenLDAP CVS to let FreeBSD port users
test the perl backend
- dynamically create pkg-plist in pre-install instead of post-install
to simplify things and guard against changes in bsd.port.mk
- bump portrevision
- miscellaneous style fixes:
PR: 54177
Submitted by: maintainer
The openldap21 port won't compile with any of the possible
options because of a recursive variable assignement.
PR: ports/51419
Submitted by: Christophe Juniet <cjuniet@entreview.com>
2.1.17.
o Provides Flag OPENLDAP_STABLE to build against stable branch of
openldap instead of release branch. This gets us an
openldap21-stable-2.1.17 package.
o Maintenance of MLINKS for dropped manual pages and plist for addition
of schema/README
PR: ports/50814
Submitted by: Christian Kratzer <ck@cksoft.de> (maintainer)
Could we perhaps delete pkg-message because the text in it
is totally outdated. openldap hasn't used Berkely db 1.85
for ages.
Submitted by: Christian Kratzer <ck@cksoft.de>
OpenLDAP is a suite of Lightweight Directory Access Protocol
(LDAP) servers, clients, utilities and development tools.
(yes, this port was the reason why the renaming was earlier this morning)
PR: ports/46009
Submitted by: Christian Kratzer <ck@cksoft.de>
