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/{,java-,ruby-}subversion{,-lts}: drop compiler-specific flags
Remove every compiler-conditional/workaround flag from this port
family, relying on stock Clang/libc++ behavior instead:
- devel/subversion, devel/subversion-lts: drop the amd64-only
CFLAGS+=-fpic -DPIC block and USES=compiler. Add files/patch-configure:
configure's "additional flags to link C++ libraries" check only
special-cases *freebsd10* as needing no extra -lstdc++; every later
FreeBSD release falls through to the default case and gets -lstdc++
added, which fails to link since FreeBSD has shipped Clang/libc++
(no libstdc++.so) since 10.0. Broaden the match to *freebsd*.
- devel/java-subversion: drop the post-configure block that blanked
out LT_CXX_LIBADD by hand when COMPILER_TYPE == clang, superseded
by the configure-level fix above; drop the now-unused
USES=compiler. Also drop JAVA_OS=native, matching www/tomcat-native
(another native-JNI port with --with-java-home=${JAVA_HOME}), which
carries no such restriction either.
- devel/ruby-subversion: drop CFLAGS+=-fdeclspec and the
-Wno-error=int-conversion/-Wno-error=incompatible-function-pointer-types
workaround -- warnings that no longer occur with the current
toolchain.
Bump PORTREVISION/PORTREVISION_LATEST/PORTREVISION_LTS for every
touched port.
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>
all: drop support for expired FreeBSD 14.0
Simplify expressions for FreeBSD 13.X
Reviewed by: many
Differential Revision: https://reviews.freebsd.org/D46601
*/*: 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
Mk/**ruby.mk: Switch from USE_RUBY=yes to USES=ruby
Switch from Mk/bsd.ruby.mk to Mk/Uses/ruby.mk
Notable changes are.
- Mk/bsd.ruby.mk is moved to Mk/Uses/ruby.mk.
- USE_RUBY=yes is replaced with USES=ruby.
- USE_RUBY_EXTCONF is replaced with USES=ruby:extconf.
- USE_RUBY_RDOC is replaced with USES=ruby:rdoc.
- USE_RUBY_SETUP is replaces with USES=ruby:setup.
- RUBY_NO_BUILD_DEPENDS and RUBY_NO_RUN_DEPENDS are replaced with
USES=ruby:{build,none,run}.
- RUBY_REQUIRE isn't used anywhere, so removed.
- USES=gem now implies USES=ruby.
This is mainly the work of yasu@ at https://reviews.freebsd.org/D27863
I have just made some cosmetic changes and ran exp-run to test that the
tree is not in a BROKEN state.
Approved by: portmgr
Differential Revision: https://reviews.freebsd.org/D37925
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 )
devel/ruby-subversion: fix build on GCC architectures
Ruby needs newer compiler:
subversion/bindings/swig/ruby/libsvn_swig_ruby/swigutil_rb.c: In function
'callback_rescue':
subversion/bindings/swig/ruby/libsvn_swig_ruby/swigutil_rb.c:1628:38: error:
'ruby_errinfo' undeclared (first use in this function); did you mean
'rb_errinfo'?
1628 | ruby_errinfo,
MFH: 2020Q4
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.
(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)
Mark some ports failing on power64. In cases where the error message
was a stub, provide a real one.
While here, pet portlint.
Approved by: portmgr (tier-2 blanket)
Reported by: swills
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).
- Deprecate ports which don't work with Ruby 1.9
- Set expiration to 2 months to give plenty of time to fix them to anyone who
may be interested (patching rubygem- ports is possible now)
- Trim headers while here
With Hat: ruby@
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.
(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.
