There is development version of openldap named 2.3.2beta2.
These ports are based on http://people.freebsd.org/~eik/ports/openldap23.shar.
The repocopy has been already made in ports/77170.
PR: ports/80618
Submitted by: Vsevolod Stakhov <vsevolod@highsecure.ru>
- Fixed back-bdb cache bugs (OpenLDAP ITS#3356, #3358), ctxcsn memory leak
- Added support for BDB 4.3 (depends on PR 73790)
NOTE: Don't use BDB 4.3 in production environments yet:
<http://www.openldap.org/lists/openldap-software/200411/msg00700.html>
For a complete change log see:
/usr/local/share/doc/openldap/CHANGES
- 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>
- USE_AUTO* -> USE_AUTO*_VER=* where required
- USE_AUTO* / *_DEPENDS=.*auto*:*/devel/auto* -> GNU_CONFIGURE where OK
- Other minor changes to fix things
These changes should be no-ops with the current bsd.port.mk, but will
assist in preparing for the next generation of USE_AUTO*.
Submitted by: bento 4-exp USE_AUTO* cleanups
http://people.FreeBSD.org/~will/4-exp/http://bento.FreeBSD.org/errorlogs/4-exp-latest/
been broken by the incompatibility between db3.2 and db3.3.
I am unconditionally bumping the PORTREVISION's to eliminate possible
troubles that should not happen before the coming release.
Sorry for inconvenience. I'll try to check compatibility hard before
committing next time.
to the really persistent /var/db. Bump PORTREVISION to indicate
behavior/functionality change (make it work across reboots, well
how about that ;)
PR: 27879
Submitted by: David Wimsey <dwimsey@rtci.com>
* Rewrite lines like:
@exec [ CONDITION ] && ACTION
as:
@exec [ ! CONDITION ] || ACTION
In the first version, the @executed command returns false if CONDITION
is false and ACTION is not performed: pkg_add would then complain about the
whole command's exit code.
The second version returns either true or the actual ACTION exit code.
* Do not echo some Makefile commands.
- Use Sleepycat Berkeley DB 3.2 that OpenLDAP2's README
recommends. It is known to be multithread friendlier than
Berkeley DB 1.85 included in our libc or GDBM.
- Add -D_REENTRANT and -D_THREAD_SAFE to CPPFLAGS
Submitted by: Yarema <yds@dppl.com>
