databases/openldap*: move from net/ Move all OpenLDAP ports (openldap25-client, openldap25-server, openldap26-client, openldap26-server) from net/ to databases/ to be consistent with OpenLDAP 2.7 which was already in databases/. Bump PORTREVISION for all moved ports. Simplify Mk/Uses/ldap.mk now that all OpenLDAP versions live under databases/.34f95b5aad
Port details
net/py-ldap0 1.4.7_1
Module package for implementing LDAP clients
Port info
- Maintainer
- girgen@FreeBSD.org
- Packages
- latest: 1.4.7_1
- Upstream
- Higher version available: 1.4.10
- Last update
- to 1.4.7_1 · 34f95b5aad
- Quarterly
- 2026Q4: 1.4.7_1
- WWW
- https://gitlab.com/ae-dir/python-ldap0
- Links
- cgit · VuXML
Install
- Package
# pkg install py312-ldap0installs 1.4.7_1 fromlatest; fromquarterly(2026Q4) 1.4.7_1- Port
# cd /usr/ports/net/py-ldap0 && make install clean- Size
- 195 KiB download · 1.1 MiB installed
- Depends on
- databases/openldap26-client 2.6.16, devel/py-pyasn1 0.6.4, devel/py-pyasn1-modules 0.4.1, lang/python312 3.12.15
- License
- PSFL
Packages by version and architecture
latest
| FreeBSD version | amd64 | aarch64 | i386 |
|---|---|---|---|
| FreeBSD 16 | 1.4.7_1 | 1.4.7_1 | – |
| FreeBSD 15 | 1.4.7_1 | 1.4.7_1 | – |
| FreeBSD 14 | 1.4.7_1 | 1.4.7_1 | 1.4.7_1 |
quarterly (2026Q4)
| FreeBSD version | amd64 | aarch64 | i386 |
|---|---|---|---|
| FreeBSD 15 | 1.4.7_1 | 1.4.7_1 | – |
| FreeBSD 14 | 1.4.7_1 | 1.4.7_1 | 1.4.7_1 |
version as in the ports tree (latest) or the most common one (quarterly) · different version · ✗ not built · – no packages for this platform. Package sets that have not been rebuilt for 60 days are left out.
Unaddressed and VuXML only (0)
No unaddressed CVE and nothing reported by
pkg audit for the packaged version 1.4.7_1.Fixed (0)
No VuXML entries for this package.
Problem reports (0) · open in Bugzilla, most recently changed first
None.
Commits (23)
*/*: Use C.UTF-8 locale Ports 02f27a83b44d fixed the ports tree to the C locale so it would work correctly in environments where users use a locale that isn't compatible with the C locale, e.g. xx_YY.UTF-8 where [A-Z] includes more than just upper case letters. USE_LOCALE was introduced to let ports use another locale if they needed it. The C.UTF-8 locale was created later on to be mostly compatible with the C locale. Switch the ports tree locale to C.UTF-8 and remove USE_LOCALE. The world has moved to Unicode so all ports either require it or know how to build correctly in a Unicode environment. PR: 295945 Exp-run by: antoineb6ec06f079
python: bump all USE_PYTHON=distutils consumers after RUN_DEPENDS removal Any missed ports, feel free to bump. Any ports that need setuptools at runtime can have the devel/py-setuptools manually added back to RUN_DEPENDS, but understand that this practice is deprecated; see CHANGES for details.06a08e69f3
bsd.sites.mk: Update all ports using USE_GITLAB Replace GL_COMMIT by GL_TAGNAME in all ports. The new GL_TAGNAME is backwards-compatible (accepting any commit hash as before), but also understands an actual tag name. Moving to tag names where appropriate is left to individual ports' maintainers. Approved by: portmgr (tcberner, mentor) Differential Revision: https://reviews.freebsd.org/D370777d1faa7179
all: remove explicit versions in USES=python for "3.x+"
The logic in USES=python will automatically convert this to 3.8+ by
itself.
Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.
finance/quickfix: mark BROKEN with PYTHON
libtool: compile: c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++ -DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable -Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong -fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi -Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings -Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x -MT _quickfix_la-QuickfixPython.lo -MD -MP -MF .deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp -fPIC -DPIC -o .libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean '-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
^~~~~~~~~~
1 warning and 1 error generated.
Reviewed by: portmgr, vishwin, yuri
Differential Revision: <https://reviews.freebsd.org/D40568>3d9a815d9cMk/**ldap.mk: Convert USE_LDAP to USES=ldap
Convert the USE_LDAP=yes to USES=ldap and adds the following features:
- Adds the argument USES=ldap:server to add openldap2{4|5|6}-server as
RUN_DEPENDS
- Adds the argument USES=ldap<version> and replaces WANT_OPENLDAP_VER
- Adds OPENLDAP versions in bsd.default-versions.mk
- Adds USE_OPENLDAP/WANT_OPENLDAP_VER in Mk/bsd.sanity.mk
- Changes consumers to use the features
Reviewed by: delphij
Approved by: portmgr
Differential Revision: https://reviews.freebsd.org/D382336e1233be22Remove WWW entries moved into port Makefiles Commit b7f05445c00f has added WWW entries to port Makefiles based on WWW: lines in pkg-descr files. This commit removes the WWW: lines of moved-over URLs from these pkg-descr files. Approved by: portmgr (tcberner)fb16dfecae
Add WWW entries to port Makefiles It has been common practice to have one or more URLs at the end of the ports' pkg-descr files, one per line and prefixed with "WWW:". These URLs should point at a project website or other relevant resources. Access to these URLs required processing of the pkg-descr files, and they have often become stale over time. If more than one such URL was present in a pkg-descr file, only the first one was tarnsfered into the port INDEX, but for many ports only the last line did contain the port specific URL to further information. There have been several proposals to make a project URL available as a macro in the ports' Makefiles, over time. This commit implements such a proposal and moves one of the WWW: entries of each pkg-descr file into the respective port's Makefile. A heuristic attempts to identify the most relevant URL in case there is more than one WWW: entry in some pkg-descr file. URLs that are not moved into the Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr files in order to preserve them. There are 1256 ports that had no WWW: entries in pkg-descr files. These ports will not be touched in this commit. The portlint port has been adjusted to expect a WWW entry in each port Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as deprecated. Approved by: portmgr (tcberner)b7f05445c0
net/py-ldap0: update to 1.4.79264f36523
net/py-ldap0: update to 1.4.0 PR: 259050 Submitted by: Xin LIcd38103b66
net/py-ldap0: update to 1.3.1 PR: 259050c5420e8777
net/openldap24-server: Make SASL permanent for OpenLDAP port. PR: ports/257374 Reviewed by: obrien Approved by: portmgr (exp-run by antoine) Differential Revision: https://reviews.freebsd.org/D31301974e13b501
net/py-ldap0: update to version 1.2.8 Fetch from gitlab, since the pypi links don't work for some reason.7437f16f67
One more small cleanup, forgotten yesterday. Reported by: lwhsucf118ccf87
Remove # $FreeBSD$ from Makefiles.305f148f48
Relax hardcoded paths to fix build with Python 3.8.7 Since r558913 Python 3.8 incorporates BPO-42604 [1] which changed the shared libs naming scheme. This means "EXT_SUFFIX" is now derived from SOABI and yields with Python 3.8 to ".cpython-38.so" instead of ".so". The affected ports strip the libaries in the "post-install" target via hardcoded path(s) and the build fails at the end because the new extension is not expected at this place. Remedy the issue by adding wildcards to these paths. This should also prepare the ports for future Python releases, which will use the new shared libs naming scheme. [1] https://bugs.python.org/issue42604 PR: 252057 Reported by: John Kennedy Reviewed by: fluffy, koobs Approved by: koobs (python)9cb5898561
Update to 1.1.3dd13fae0eb
Fix DEPENDS1638ebc136
net/ldap0: Update to 0.6.8 [1]
Note: ldap0 is Python 3.x only since 0.3.0
While I'm here, level up ports compliance and fix ports issues:
- Match COMMENT to setup.py:description
- Match *_DEPENDS (and versions) to setup.py:*_requires
- Add TEST_* variables and test (QA) target [1][2]
- Replace setup.py INCLUDES patch with setuptools build_ext commands
which honour environment variables
- Strip extension/library
- Patch setup.cfg to remove unconditional debug builds
- Update pkg-descr formatting and WWW url (to match setup.py:homepage)
[1] It's possible to make the unconditional requirement to HAVE_SASL,
ie: a requirement to have a SASL enabled openldap client, optional, by
conditionally adding --undef HAVE_SASL to PYDISTUTILS_BUILDARGS
depending on WANT_OPENLDAP_SASL, but the ldap0 tests unconditionally
run a number of unconditional sasl based tests. These tests should be
made to skip (not fail) if SASL is not available, and the port made to
support non-SASL based configuration. TODO: Upstream test improvements.
[2] WANT_OPENLDAP_SASL currently only results in the openldap-client being
SASL enabled, but doesn't affect the openldap-server port. There's no
way at present to require/force a SASL enabled openldap-server port,
which doesn't enable the SASL option by default either. A slave port
(openldap24-sasl-server, matching client slave port) that enables the
SASL option would be great.
portlint: OK (looks fine.)
testport: OK (poudriere: 12amd64, Python 3.7)
maketest: OK (Ran 248 tests: (skipped=12, expected failures=3))
PR: 242043 [1]
Submitted by: <geraud gcu info> [1]
Approved by: portmgr (maintainer timeout: > 1 months, blanket: ports compliance)4146e33cd2Update to 40.8.0 Changes: https://github.com/pypa/setuptools/blob/master/CHANGES.rst PR: 235474 Exp-run by: antoined123fc8c0c
The port only supports python 2.7 Fix pkg-descr while I'm here.00e194c613
Fix build problems This port requires OpenLDAP with SASLd9e3288669
Update web2ldap to verstion 1.3.16 Also welcome py-ldap0 to the ports tree as a dependency. This version adds a rc script to start the standalone mode. Taking maintainership as bsam@ offered to step down. Releasenotes: https://web2ldap.de/changes-1.3.html#r1.3.16 PR: 22745976c3268173