Here's what we do now:
- mail/bogofilter currently depends on lmdb0, a 0.9.X port, so
it continues to work as before
- add a new mail/bogofilter-lmdb1 port that depends on lmdb, the 1.0
version of the LMDB database.
- add the upstream patch for bogofilter 1.3.0.rc1 that I made and
that delphij@ prepared for integration into the ports tree - thanks!
Here's the plan for end of 2026:
- AT THE SAME TIME:
- upgrade mail/bogofilter to depend on LMDB 1.0
- portrm mail/bogofilter-lmdb1
- add a MOVED entry to redirect from bogofilter-lmdb1 to bogofilter.
While here, clean up and rearrange the Makefiles.
PR: 296519
Reviewed by: arrowd
Pull Request: https://github.com/freebsd/freebsd-ports/pull/551
LMDB 1.0 introduced an incompatible on-disk file format; v0.9 databases
must be exported with mdb_dump and re-imported with mdb_load before use.
Add a pkg-message (install always, upgrade only from <1.0.0) and an
UPDATING entry documenting the required migration procedure.
Suggested by: Kevin Bowling <kevin.bowling@kev009.com>
Due to administrative issues effectuated earlier in 2026 that have been
unresolved to date, this port been unable to move usefully fast enough.
Let's not pretend otherwise and remove the dnsmasq-devel port,
as announced in its DEPRECATED tag, now that dns/dnsmasq is newer
than this dns/dnsmasq-devel; the DEPRECATED has announced for months
this would happen after dnsmasq's v2.93 release. (There was no
EXPIRATION_DATE because the v2.93 release wasn't fixed to a date.)
Add MOVED and UPDATING entries to suggest that
users should install the stable dns/dnsmasq port instead.
In order to minimize disruption on the quarterly branch, this shall not
be MFH'd, I will propose to update dnsmasq-devel to 2.93 release for
2026Q2 by direct commit instead.
PR: 295851
Pull Request: https://github.com/freebsd/freebsd-ports/pull/529
Changelog: https://download.samba.org/pub/rsync/NEWS#3.4.2
Major changes:
- Fixed a signed integer overflow in the PROXY protocol v2 header parser
- Fixed an invalid access to the files array
- Reject negative token values in the compressed-stream token decoder
- Fixed the element count passed to the xattr qsort()
- Fixed a buffer underflow in clean_fname()
- Fixed an uninitialized mul_one in the AVX2 get_checksum1 path (undefined behaviour)
- Fixed an uninitialized buf1 on the first call to get_checksum2() in the MD4 path
- Zero all new memory from internal allocations
- Removed support for the unmaintained rsync-patches archive
Port changes:
- Remove File system flags support (--fileflags)
PR: 295044
Reported by: Sven Siegmund <sven.siegmund@gmail.com>
Depending on the shell itself during build time create a large dependency
chain. E.g., using the pc file of this port requires bash being built although
technically not required at all. Have the user install bash as a direct
dependency.
PR: 292501
Tested by: michaelo
Approved by: sunpoet (maintainer)
Restore the previous setup with a single net/rsync package that includes
the rrsync script but does not depend on Python.
Users who require the rrsync script must install Python separately,
as indicated in the install message.
Bump PORTREVISION
This reverts commit fc42790ae0.
This reverts commit f02bc3be71.
PR: 286073
This overhaul introduces four key changes to the elisp ports framework:
1. Remove support for packaged byte-compiled elisp.
The primary motivation is to remove a large number of flavor-specific
packages and to simplify the ports tree. As an example, supporting
byte-compiled elisp for devel/tablist required six packages, one for
each flavor of editors/emacs and editors/emacs-devel. With over 100
elisp ports and requests for new Emacs flavors, this was
unmanageable.
2. Install configuration to integrate with Emacs's native compilation
machinery, allowing elisp from ports to be compiled into the standard
cache under the user's home directory.
This matches the behavior of GNU ELPA packages and generally results
in a faster experience. Speedups vary depending on the
characteristics of the elisp code, but are often reported to be 2.5
to 5 times faster than byte-compiled code.
3. Perform byte compilation on the target host, but only when native
compilation is unavailable. Compilation is initiated when Emacs
starts, and the resulting .elc files are cached under the user's
home directory.
4. Load all autoload files installed by FreeBSD elisp ports. This
mirrors what package.el does for ELPA packages, ensuring that
autoloaded functions are available without requiring users to
explicitly load each package.
Users with elisp packages (*-emacs_*) installed should consult the
2026-04-11 UPDATING entry for instructions on handling the transition.
Reviewed by: ashish, Benjamin Jacobs <freebsd@dev.thsi.be>, dinoex,
mandree, mce, nobutaka, Pat Maddox <pat@patmaddox.com>,
rhurlin
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D56001
This changes installed scripts, openvpn-client.up and .down scripts
are no longer installed into libexec/, but instead a dns-updown script
is placed into libexec/openvpn/ (all under $PREFIX).
Based on a patch provided by Marek Zarychta.
Changelog: https://github.com/OpenVPN/openvpn/releases/tag/v2.7.1
PR: 293138, 286263
The jre-flavored packages were renamed in ad618043f3. Instruct users
on how to rename their installed packages, so `pkg upgrade` will
correctly replace them with the new package names.
Reviewed by: haraldei
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D56123
Update to latest Production Branch of drivers 595.58.03:
https://www.nvidia.com/en-us/drivers/details/265873/
Linux counterparts for x11/linux-nvidia-libs:
https://www.nvidia.com/en-us/drivers/details/265870/
Also bump -devel variant to match with master ports, as Production
Branch [PB] of drivers have now higher version than New Feature
Branch [NFB] of drivers.
As this update drops a bunch of old (pre-Turing generation of
architectures) GPUs as done in -devel variants updated 20260103,
add -580 variant of legacy branch of driver.
Currently, this is exactly the same version before this update.
(580.142)
PR: 294038
Differential Revision: https://reviews.freebsd.org/D56077
- Convert to modern OPTIONS.
- Add record to UPDATING about options.
- "Samplefy" configs.
- Fix warnings from portclippy.
- "Unbreak" on 15+ - disable PF support (patches gratefully received!).
PR: 292366
Co-authored-by: Vladimir Druzenko <vvd@FreeBSD.org>
After an extensive time of testing OpenJDK 21 LTS is now the default
java version on FreeBSD.
Some major ports already used Java 21 and some olders ports are now
pinned to OpenJDK 8 or other versions.
For armv6/armv7 OpenJDK 11 is the latest version with support
for these platforms on FreeBSD.
Thanks to everybody involved in making Java a vivid environment on
FreeBSD.
PR: 272855
Relnotes: yes
Split the old devel/freebsd-git-devtools port into two separate ports,
including this one, to improve discoverability.
Requested by: adrian, ziaee
Reviewed by: des, ziaee
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D55129
The design of this update was repeatedly rejected in the linked PR
with a prescribed different design. This commit is therefore
unauthorised.
This reverts commit 099bd713e0.
With hat: desktop (textproc/libxml2), gnome (USES=gnome)
PR: 291316
libxml2 now requires xsltproc from libxslt to build,
yet libxslt depends on libxml2,
so we need to break a dependency cycle.
documentation needed to be split out to a separate port.
libxml2 has therefore been split into two ports,
* libxml2 builds the documentation (unless disabled),
* library and executables in libxml2-core.
Pull in one contributor patch suggested by the former libxml2 maintainer
to address one downstream security issue in recent libxslt versions.
This should address arrowd@'s hint that installing libxml2 should
provide a full-featured package.
While here, deprecate libxml2-python according to upstream plans, we
have very few users in the ports tree, and expire end of 2026Q1.
PR: 291316
Changelog:
https://github.com/ddclient/ddclient/releases/tag/v4.0.0
This release moves the default configuration file location from
/usr/local/etc/ to /usr/local/etc/ddclient/. Please move your
existing ddclient.conf to the new location before restarting ddclient.
- Fix warnings from portclippy.
- Parametrize ddclient with PORTNAME.
- Simplify and optimize do-install.
- Move docs installation to do-install-DOCS-on.
PR: 292669
Co-authored-by: Vladimir Druzenko <vvd@FreeBSD.org>
Update "-devel" variants to latest New Feature Branch [NFB]
of drivers 590.48.01:
https://www.nvidia.com/en-us/drivers/details/259269/
Linux counterparts for x11/linux-nvidia-libs:
https://www.nvidia.com/en-us/drivers/details/259267/
! Important note !
As already notified by HEADSUP at freebsd-ports ML [1],
this version drops support for a bunch of old GPUs
prior to Turing Generation of the architecture.
Anyone using dropped GPUs need to switch to master ports,
currently at 580.119.02.
Note that once 590 series or later drivers become Production
Branch of drivers, new legacy branch -580 would be created.
See "Appendix A. Supported NVIDIA GPU Products" in README [2]
whether or not your GPU is still supported or not before
upgrading.
While here, update underlying EGL components as below:
graphics/externalplatform: 1.2.1
graphics/egl-wayland : 1.1.20
And added one more EGL component that Linux version already has:
graphics/egl-x11
One more EGL component to come in the future if it is tagged
with non-RC number on hopefully next driver ports upgrade.
[1] https://lists.freebsd.org/archives/freebsd-ports/2025-December/008804.html
[2] https://us.download.nvidia.com/XFree86/FreeBSD-x86_64/590.48.01/README/supportedchips.html
PR: 292027
Differential Revision: https://reviews.freebsd.org/D54414
net/rsync includes a Python script installed as sbin/rrsync
without declaring a dependency on Python.
Adds a port option, PYTHON, that controls whether rrsync is
installed and adds the necessary dependency and remove the
pkg-message who advises that Python might be needed.
By default this option is off (updating the package will remove rrsync).
PR: 286073
Reported by: Christian Ullrich <chris@chrullrich.net>