security/(modsecurity3|modsecurity-nginx) : switch to PCRE2 and fix NGINX version
Change PCRE to PCRE2.
Update NGINX version to 1.28.2.
PR: 293279
Sponsored by: Netzkommune GmbH
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.
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)
textproc/libxml2: bump all LIB_DEPENDS consumers
This is a separate commit to facilitate easier cherry-picking for
quarterly.
PR: 262853, 262940, 262877, 263126
Approved by: fluffy (mentor)
textproc/libxml2: bump all dependencies
This should make sure that all dependent ports will pick
up the new version commited with a13ec21cd733f67a9fc0dc00ab45268bdc236246
security/modsecurity3: include unicode.mapping in package
This is included in the distribution and referenced in the default
configuration that's installed, but hasn't been included in the package. Do
so now.
PR: 250669
Submitted by: Marius Halden <marius halden modirum com> (maintainer)
MFH: 2020Q4 (blanket: packaging fix)
Bump PORTREVISION for ports depending on the canonical version of GCC as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3 to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
Change from libGeoIP to libmaxminddb and bump PORTREVISION
PR: 235154
Reported by: Ralf van der Enden <tremere@cainites.net>
Approved by: Marius Halden <marius.halden@modirum.com> (maintainer)
Sponsored by: Netzkommune GmbH
Avoid to change the pkg-plist entry with every new release.
While I'm here pet portlint(1).
Bump PORTREVISION.
Approved by: Marius Halden <marius.halden@modirum.com> (maintainer)
Bump PORTREVISION for ports depending on the canonical version of GCC defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
Rename www/mod_security3 to security/modsecurity3. It is not an Apache module, and the upstream name is ModSecurity in a single word.
PR: 233351
Submitted by: Marie Helene Kvello-Aune, Marius Halden (maintainer)
Differential Revision: https://reviews.freebsd.org/D18353
Bump PORTREVISION for ports depending on the canonical version of GCC in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
www/mod_security-devel: Update to latest pre-release and rename it to www/mod_security3
Changelog: https://github.com/SpiderLabs/ModSecurity/releases/tag/v3.0.0
*While here:
-switch to DISTVERSION
-remove broken for aarch64, armv6 and armv7, this should be fixed in v3:
https://github.com/SpiderLabs/ModSecurity/commit/968d83f1ff688c8158a3fe1c2fc375dd8548b97c
PR: 222877
Submitted by: Marius Halden <marius.h@lden.org> (maintainer)
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D14118
Bump PORTREVISION for ports depending on the canonical version of GCC (via Mk/bsd.default-versions.mk and lang/gcc) which has moved from GCC 5.4 to GCC 6.4 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
New port: www/mod_security-devel
ModSecurity is an embeddable web application firewall. It provides
protection from a range of attacks against web applications and allows
for HTTP traffic monitoring and real-time analysis with no changes to
existing infrastructure.
It is also an open source project that aims to make the web application
firewall technology available to everyone.
WWW: http://www.modsecurity.org/
PR: 220352
Submitted by: Marius Halden <marius.h@lden.org>