NOTE: If this package has multiple flavors (see below), then use one of them instead of the name specified above. NOTE: This is a Python port. Instead of py312-subversion listed in the above command, you can pick from the names under the Packages section.
devel/subversion: update to 1.15.0, full rework of master and slave ports
devel/subversion:
- Bump to 1.15.0 (DISTVERSION).
- Replace the opt-in WITH_REPOSITORY_CREATION pw useradd/groupadd
logic with framework USERS=/GROUPS=, mirroring devel/git's
git_daemon pattern; register the svn account in UIDs/GIDs with
HOME=/var/db/svn to match svnserve's own rc.d default. Repository
creation itself is dropped as out of scope for a port to manage.
Documented in UPDATING, since it affects existing installs with a
manually-created svn account.
- TOOLS now only gates genuinely niche binaries; drop it from
OPTIONS_DEFAULT, add SVNSERVE_WRAPPER instead. svnauthz/
svnauthz-validate/svnbench move into core via a patch-build.conf
hunk, matching Debian. svnmover, fsfs-access-map, and x509-parser
(Only the first 15 lines of the commit message are shown above )
devel/subversion-lts: deprecate, use devel/subversion instead
Upstream no longer maintains a separate LTS release line, so this
port has no path forward other than tracking the same 1.14.x branch
indefinitely while devel/subversion moves ahead. Mark it DEPRECATED
and schedule removal via EXPIRATION_DATE.
The same deprecation also needs to apply to the WITH_SUBVERSION_VER=LTS
build of every slave port (devel/java-/py-/ruby-/p5-subversion,
security/subversion-gnome-keyring, www/mod_subversion): they never
touch devel/subversion-lts/Makefile directly, they go through
devel/subversion/Makefile.addons's own .elif LTS branch, which had no
warning of its own. Add a matching DEPRECATED/EXPIRATION_DATE pair
there too.
Bump PORTREVISION for subversion-lts and PORTREVISION_LTS for every
slave port.
Add a warning comment above both DEPRECATED lines flagging that
removal touches many unrelated ports and must be coordinated with the
maintainer first, not done as a routine EXPIRATION_DATE cleanup sweep.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
devel/*-subversion, www/mod_subversion: strip .so and drop .a from stage
libtool's install does not strip shared objects, and none of these
glue/binding libraries ship a static .a anyone would plausibly link
against. Strip the installed .so files in post-install and remove the
.a from the staging tree.
Bump PORTREVISION_LATEST/PORTREVISION_LTS for each touched port.
devel/{,py-,ruby-,p5-}subversion{,-lts}: rewrite stale COMMENT/pkg-descr, drop
inconsistent @ prefixing
* Replace the circa-2000 cvs(1)-comparison COMMENT/pkg-descr with a description
of what Subversion actually is.
* Change GPG_AGENT_DESC's "password store" to "credential cache", matching
Subversion's own --help wording.
* Drop inconsistent @ prefixing on command lines in devel/subversion's Makefile
and Makefile.common.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
devel/py-subversion: split test target, with fix tests in python >= 3.14
To fix both of latest and LTS, add a patch to fix the tests
both in devel/subversion and devel/subversion-lts.
PR: 294183
MFH: 2026Q3
*/*: take ownership of lev@'s Subversion ports
As agreed with lev@, I am taking ownership of these ports.
Approved by: jrm (mentor), lev
Differential Revision: https://reviews.freebsd.org/D44862
*/*: Properly depend on Subversion LTS or latest with WITH_SUBVERSION_VER
When LTS version of Subversion is set in make.conf (WITH_SUBVERSION_VER)
depending ports will still depend on latest version (devel/subversion)
instead of LTS one (devel/subversion-lts). This will cause dependency
conflicts when packages are distributed with Poudriere, namely pkg(8)
will report them and fail to install.
Make all affected ports properly depend on the right port based on the
value set in WITH_SUBVERSION_VER.
Approved by: jrm (mentor), otis (mentor), lev (maintainer timeout)
Differential Revision: https://reviews.freebsd.org/D43864
Remove 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)
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.
(Only the first 15 lines of the commit message are shown above )
Update subversion to new version 1.14.0.
1.14.0 is LTS, but `devel/subversion-lts' is still 1.10.x, because it
allows to build `devel/py-subversion' with Python 2.7.
`devel/py-subversion' will be built with Python 3.5+ for version 1.14.0.
Require python 2.7 and add tests to build process.
Requirement for python 2.7 will be removed when subversion make
support for python3.
PR: 237620
Submitted by: Yasuhito FUTATSUKI <freebsd-bug-report-yf@yf.bsdclub.org>
(1) Remove devel/subversion18
(2) Intoroduce devel/subversion19 from latest pre-1.10 devel/subversion
(3) Rework all addons to unify versioning code.
FLAVORS is not used because it will conflict with Python FLAVORS
(4) Restore mod_dontdothat for www/mod_dav_svn
devel/apr1: Fix runtime issues of dependent port
- iconv is in base in all supported FreeBSD versions
- Fix build with MariaDB 10.2 [2]
- Bump portrevision in dependencies
PR: 226705 [1], 226026 [2]
With hat: apache
Approved by: joneum (apache)
Convert Python ports to FLAVORS.
Ports using USE_PYTHON=distutils are now flavored. They will
automatically get flavors (py27, py34, py35, py36) depending on what
versions they support.
There is also a USE_PYTHON=flavors for ports that do not use distutils
but need FLAVORS to be set. A USE_PYTHON=noflavors can be set if
using distutils but flavors are not wanted.
A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been
added to cope with Python ports that did not have the Python
PKGNAMEPREFIX but are flavored.
USES=python now also exports a PY_FLAVOR variable that contains the
(Only the first 15 lines of the commit message are shown above )
subversion port has been overhauled. Some optional parts was extracted
to separate ports. These ports are:
www/mod_dav_svn
instead of option MOD_DAV_SVN.
security/subversion-gnome-keyring
instead of option GNOME_KEYRING.
security/subversion-kwallet
instead of option KDE_KWALLET.
If you used devel/subversion with one (or more) of these non-standard
options, you should install appropriate port after subversion upgrade.
"mod_dontdothat" is installed unconditionally by www/mod_dav_svn
port (it has been depended on TOOLS option), but is not activated by
default, you may need to edit apache's configuration file.
devel/subversion port now installs svndiff, svndiff3 and svndiff4
commands if TOOLS option is enabled. They was skipped before.
Official names "diff", "diff3" and "diff4" are prefixed with "svn" to
avoid conflicts with base and other diff versions.
All libraries and binaries are now stripped if MAINTAINER_DEBUG
option is not selected (including all sub-ports, like bindings
and mod_dav_svn).
(1) Update to latest 1.8.9
(2) USES=libtool instead of USE_AUTOTOOLS=libtool
(3) Bump required Java version to 1.7 for java/java-subversion.
(4) Build java/kava-subversion with system clang, not "any" gcc
on 10 and CURRENT (checked with OpenJDK7 and OpenJDK8).
Update subversion to 1.7.0.
Make FreeBSD patches to be port's options and remove separated port.
Rename patches to more sane names.
Add devel/subversion16 port, for people, who need old version.
Mark ports, which could not be built with subversion 1.7.x, as
conflicting with new subversion.
-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
(1) Upgrade subversion to version 1.5.0.
(2) Make binding ports to be real ports, which installs only bindings and
depend on subversion.
(3) Rename bindings ports to reflect perl5/python/ruby modules naming scheme.
(4) Re-base subversion-freebsd to `devel/subversion'.
(5) Fix all ports, which depends on subversion bindings.
