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.

www: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *
  *  <hvo.pm@xs4all.nl>
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Aaron Dalton <aaron@daltons.ca>
  *  Aaron LI <aly@aaronly.me>
  *  Aaron Zauner <az_mail@gmx.at>
  *  Abel Chow <achow@transoft.net>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Ade Lovett <ade@FreeBSD.org>
  *  Adrian Steinmann <ast@marabu.ch>
  *  Akinori MUSHA aka knu <knu@idaemons.org>

www/h2o-devel: update to 20220523 snapshot & fix ruby 3.x

Sponsored by:	SkunkWerks, GmbH

devel/cmake: Update to 3.23.0

Update to 3.23.0.
Fix pkg-plist: using the default share/man location

Release Notes:
  https://cmake.org/cmake/help/v3.23/release/3.23.html

PR:		262886
Exp-run by:	antoine

www/h2o-devel: Fix build with Ruby 3.x when MRUBY option is enabled

Apply a simillar patch as in 8272d84a122f for www/h2o.

Reference:	https://github.com/h2o/h2o/issues/2789
PR:		263053

www/h2o-devel: Mark BROKEN with Ruby 3.x when MRUBY option is enabled

      MRBC mrblib/hash.rb
      MRBC mrblib/kernel.rb
      MRBC mrblib/numeric.rb
      MRBC mrblib/range.rb
      MRBC mrblib/string.rb
      MRBC mrblib/symbol.rb
rake aborted!
wrong number of arguments (given 2, expected 1)
Rakefile:37:in `install_D'
*** Error code 1

Stop.

PR:		263054
Approved by:	maintainer timeout

www/h2o-devel: update to 20220210 snapshot

Support new locale-independent error codes in proxy status headers,
without requiring EAI_NODATA & AI_ADDRFAMILY constants obsoleted in
RFC 3493.

www/h2o-devel: use 20220208 snapshot with upstreamed patch

A local patch was used to address the vuln immediately on release, and
together with upstream committers this improved patch was merged.

No vuxml changes are required.

MFH:		2022Q1
Security:	CVE-2021-43848
Sponsored by:   SkunkWerks, GmbH

www/h2o-devel: update to 20210131 snapshot for CVE-2021-43848

Differential Revision: https://reviews.freebsd.org/D34129

Security:	CVE-2021-43848

Fix CONFLICTS entries of multiple ports

There have been lots of missing CONFLICTS_INSTALL entries, either
because conflicting ports were added without updating existing ports,
due to name changes of generated packages, due to mis-understanding
the format and semantics of the conflicts entries, or just due to
typoes in package names.

This patch is the result of a comparison of all files contained in
the official packages with each other. This comparison was based on
packages built with default options and may therefore have missed
further conflicts with optionally installed files.

Where possible, version numbers in conflicts entries have been
generalized, some times taking advantage of the fact that a port

cleanup: drop support for EOL FreeBSD 11.X

Search criteria used:
- 11.4
- OSREL*
- OSVER*
- *_FreeBSD_11

Input from:
- adridg: devel/qca-legacy
- jbeich: _WITH_DPRINTF, _WITH_GETLINE, GNU bfd workarounds
- sunpoet: security/p5-*OpenSSL*

Reviewed by:	doceng, kde, multimedia, perl, python, ruby, rust
Differential Revision: https://reviews.freebsd.org/D32008
Test Plan: make index

www/h2o-devel: Fix CPE information because current one is deprecated

Approved by:    portmgr (blanket)

www/h2o-devel: update to 20210611 snapshot

Sponsored by:	SkunkWerks, GmbH
Tested by:	Uwe Trenkner <uwe@trenknerconsulting.com>

all: Remove all other $FreeBSD keywords.

Remove # $FreeBSD$ from Makefiles.

www/h2o*: revert r566455 - broken with current libressl

Sponsored by:	SkunkWerks, GmbH

www/h2o*: support libressl, drop surplus replaces

Submitted by:   Uwe Trenkner <uwe@trenknerconsulting.com>
Sponsored by:	SkunkWerks, GmbH

www/h2o*: set default http headers in samples, not add

This improves the default security posture of both h2o-flavoured ports.

Submitted by:	Uwe Trenkner <uwe@trenknerconsulting.com>
Sponsored by:	SkunkWerks, GmbH

Limit BROKEN on powerpc64 to elfv1 (e.g. GCC) only.

www/h2o-devel: update to 2.3.0-beta2

resolves:

- CVE-2019-9512 (Ping Flood)
- CVE-2019-9514 (Reset Flood)
- CVE-2019-9515 (Settings Flood)

PR:		239843
Submitted by:	Max Kostikov <max@kostikov.co>
Reported by:	Max Kostikov <max@kostikov.co>
Reviewed by:	adamw
Approved by:	jrm (mentor, implicit)
MFH:		2019Q3
Security:	CVE-2019-9512
Security:	CVE-2019-9514
Security:	CVE-2019-9515
Sponsored by:	SkunkWerks, GmbH

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

h2o{,-devel}: Improve rc.d/h2o, freshen h2o.conf

rc.d/h2o:
 - Add a configtest target
 - Fix a bug that could prevent the script from locating the PIDfile path

h2o.conf:
 - Remove entries that are defaults

PR:		238888
Approved by:	maintainer (dch)
MFH:		2019Q2

www/h2o*: Remove nop CMAKE_VERBOSE

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

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/h2o-devel: copy of port www/h2o following upstream betas

Approved by:	jrm
Differential Revision:	https://reviews.freebsd.org/D16310