games/barony3.3.7_3

all: bump PORTREVISION after updating graphics/libyuv

Using the Tools/scripts/bump_revision.pl script

games/barony: Fix build on armv7

The type real_t is float on ARM but double on other platforms.  Pepper
in a bunch of extra casts to make clang happy.

The alternative of making real_t a double on ARM does not work.

PR:		267442
Approved by:	maintainer timeout, >2 weeks
MFH:		2022Q4

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)

graphics/mesa-libs: Bump reverse deps for libglvnd

Per discussion with bapt on helping pkg handle the changing of these
deps and avoiding impossible upgrade senarios.

PR:		246767
Reviewed by:	manu, bapt
Approved by:	x11
Differential Revision:	https://reviews.freebsd.org/D30824

One more small cleanup, forgotten yesterday. Reported by:	lwhsu

Remove # $FreeBSD$ from Makefiles.

games/barony: Update to 3.3.7

Submitted by:	maintainer
Differential Revision:	https://reviews.freebsd.org/D27753

Clean up LLD_UNSAFE from openal-soft ports

After FreeBSD 12.0 EOL we no longer have to worry about LLD 6 and
can drop LLD_UNSAFE from openal-soft ports.  LLD can link them fine
now but some ports needs a little help on i386 (-Wl,-znotext).

PR:		226980
Reviewed by:	jbeich (earlier version)
Differential Revision:	https://reviews.freebsd.org/D23030

games/barony: Update to 3.3.0

Submitted by:	devnexen@gmail.com (maintainer)
Differential Revision:	https://reviews.freebsd.org/D23025

games: Add missing USES={gnome,gl,sdl,xorg}

Convert to UCL & cleanup pkg-message (categories e-g)

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

Switch from devel/physfs-devel to devel/physfs (which us currently the same)

Change cmake default behaviour to outsource.

Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".

I tried to only set insource where explictely needed.

PR:		232038
Exp-run by:	antoine

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

- Update to 3.2.2 - Update pkg-message

PR:		231792
Submitted by:	devnexen@gmail.com(maintainer)
Differential Revision:	https://reviews.freebsd.org/D17354

games/barony: Update to 3.2.1

PR:		231109
Submitted by:	maintainer
Differential Revision:	https://reviews.freebsd.org/D16995

Change x11/xorgproto to become a build dep

Change x11/xorgproto to become a build time dependency when added to
USE_XORG.  Change the dependency to be on the port, rather than a file the
port installs.
Fix fallout.
Bump portrevision on depending ports.

PR:		230909
Reviewed by:	eadler
Approved by:	portmgr (antoine)
Obtained from:	https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/xorgproto
exp-run:	antoine
Differential Revision:	https://reviews.freebsd.org/D16906

New port: games/barony

Barony is a 3D, first-person roguelike.  The goal of the game is
to descend to the bottom of a dark dungeon known as the Devil's
Bastion and destroy an undead lich named Baron Herx, who terrorized
the peaceful town of Hamlet in life and is now harboring a curse
against the land from beyond the grave.  To aid you in your quest
are friendly humans who have been eeking out a rough life within
the dungeon for generations, as well as any friends you can bring
with you in real life: Barony is the first of its kind as a
first-person roguelike in that it fully supports cooperative
multiplayer for up to four players.

WWW: http://www.baronygame.com/

PR:		227353
Submitted by:	David Carlier <devnexen@gmail.com>
Reviewed by:	amdmi3, jbeich, tobik
Differential Revision:	https://reviews.freebsd.org/D15310