games/iortcw1.51c_4,1

games/iortcw: fixup for the previous powerpc* fix

The previous fix fixed powerpc64le, but broke powerpc and powerpc64.

games/iortcw: fix build on powerpc*

Mk/*: Build with a clean environment

Both our make and gmake use the MAKEFLAGS environment variable but the
values aren't compatible and the latest version of gmake complains about
that.  To rule out that any environment variable can cause problems like
this, add a new command SETENVI=/usr/bin/env -i that clears the
environment, and use it to run upstream build systems with a clean
environment.

Introduce a new variable WRK_ENV that contains the environment to use
with SETENVI in all targets that run upstream build commands.  Variables
that are common between CONFIGURE_ENV and MAKE_ENV could be moved to
WRK_ENV but for now it just contains a minimal environment:

HOME=${WRKDIR}: Fixes USES=elixir ports that were using the user's HOME.
OSVERSION: For cross building; determines the output of uname -K and
getosreldate(3); affects net/freebsd-telnetd for example.
PATH: Fixes USES=gem ports that were using the user's PATH.
PWD=$${PWD}: Preserve current working directory; affects USES=go ports.
TERM: To preserve colored output to terminals.
TMPDIR: For users who define that.
UNAME_*: For cross building; determines the output of uname(1); affects
lang/python* for example.

This commit deals with everything under Mk/.  Ports that have their own
targets running upstream build commands can switch to SETENVI later.

The ports tree adds its definition of ARCH to the MAKEFLAGS environment
variable, which is interpreted by sub-makes as command line arguments,
which means that any definition of ARCH in upstream makefiles was
overridden.  The following ports required fixes now that this is no
longer the case.

games/iortcw, games/q3cellshading, games/tremulous:
These use Quake 3 engine code.  Fix use of ARCH.  Reduce diff between
FreeBSD code and Linux code.

games/legesmotus:
Remove ARCH related patches.

lang/ocaml:
Patch configure script so it detects amd64 correctly.  Also make the
powerpc case consistent with the other architectures.  This also affects
other ocaml ports like devel/ocaml-ocamlbuild and math/ocaml-num that
include a Makefile.config installed by lang/ocaml.  While here, use
SETENVI in check-test target.

net/libnatpmp:
Use of upstream definition of ARCH triggers installation in PREFIX/lib64
on amd64.  Disable this.

PR:		276478
Approved by:	portmgr (antoine)
Exp-run by:	antoine

*/*: Bump jpeg-turbo users treewide

New major version 3.0.0

audio/opus: bump consumers after update to 1.4

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)

games/iortcw: port to riscv64

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

games/iortcw: fix build on powerpc, take maintainership

Remove my useless "Created by" lines

Remove # $FreeBSD$ from Makefiles.

Mark as NOT_FOR riscv64:

iortcw-1.51c,1.log:code/server/../qcommon/q_platform.h:305:2: error: "Architecture not supported"

Approved by:	portmgr (tier-2 blanket)
Obtained from:	lonesome.com build testing

Reset MAINTAINER

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/iortcw: fix build on GCC architectures

OpenAL needs C++11 compiler:
/usr/local/lib/libopenal.so: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_append(char const*, unsigned long)@GLIBCXX_3.4.21'

Add missing USES to my ports

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

games/iortcw: Fix build on powerpc64

powerpc64 needs ARCH_STRING properly defined.

PR:		237149
Submitted by:	Piotr Kubaj <pkubaj@anongoth.pl>

games/iortcw: Mark LLD_UNSAFE

/usr/bin/ld: error: cannot preempt symbol: alcCaptureStop
>>> defined in /usr/local/lib/libopenal.so
>>> referenced by snd_openal.c
>>>               build/release-freebsd-amd64/client/snd_openal.o:(S_AL_StopCapture)

PR:		226980
Reported by:	pkg-fallout

games/iortcw: Update to 1.51c

OpenAL support was disabled in r429276 due to causing segfaults on
11.0-RELEASE.  Reenable it since it seems to be working fine now.

games/iortcw: Cosmetic changes

games/iortcw: Update to 1.51b

- Pet portlint

PR:		226846
Submitted by:	Piotr Kubaj <pkubaj@anongoth.pl>

games/iortcw: Add desktop entries

games/iortcw: Fix build with clang 6.0

code/splines/util_str.cpp:477:11: error: reinterpret_cast from 'nullptr_t' to
'const char *' is not allowed
        idStr e( reinterpret_cast<const char *>( NULL ) );
                 ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
code/splines/util_str.cpp:491:10: error: reinterpret_cast from 'nullptr_t' to
'const char *' is not allowed
        a = c + reinterpret_cast<const char *>( NULL );
                ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
code/splines/util_str.cpp:494:6: error: reinterpret_cast from 'nullptr_t' to
'const char *' is not allowed
        a = reinterpret_cast<const char *>( NULL ) + d;
            ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
code/splines/util_str.cpp:498:7: error: reinterpret_cast from 'nullptr_t' to
'const char *' is not allowed
        a += reinterpret_cast<const char *>( NULL );
             ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
PR:		224988
Reported by:	jbeich

games/iortcw: Fix build when PREFIX != LOCALBASE

For ports that are marked NOT_FOR/ONLY_FOR armv6, also mark them so on armv7.

This is part one of a multipart commit to bring armv7 ports to parity
with armv6.

Approved by:	portmgr (tier-2 blanket)

Fix WWW

Approved by:	portmgr (blanket)

Update to 1.51

Approved by:	mat (mentor)
Differential Revision:	https://reviews.freebsd.org/D11098

Revision bump of all ports with USE_GL after consolidation of mesa-libs

Approved by:	swills (mentor)
Differential Revision:	https://reviews.freebsd.org/D10845

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

Mark broken on armv6 as well.  Upon investigation, the error is deep in the makefiles.  Possibly a version update could fix this?

Approved by:	portmgr (tier-2 blanket)

Update MAINTAINER to tobik@FreeBSD.org for my ports

Approved by:	mat (mentor)
Differential Revision:	https://reviews.freebsd.org/D9610

games/iortcw: Update to 1.5a

- Update iortcw to 1.5a
- Use DISTVERSION instead of PORTVERSION
- Bump PORTEPOCH
- Disable use of OpenAL to fix segmentation faults on FreeBSD 11.0-RELEASE
- Dynamically adjust pkg-message

PR:		214959
Submitted by:	Tobias Kortkamp <t@tobik.me> (maintainer)
Reviewed by:	junovitch
Approved by:	junovitch (mentor)

Mark as broken on various tier-2 archs.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)

New port: games/iortcw Game engine for Return to Castle Wolfenstein

Return to Castle Wolfenstein is a military- and occult-themed
first-person shooter game in a Second World War setting, originally
released in 2001.  It is a sequel to Wolfenstein 3D.

This port contains the iortcw game engines for the single-player
campaign and multiplayer, based on ioquake3 and the GPL source
releases of RtCW.

Return to Castle Wolfenstein requires non-distributable game data
files, which you have to install manually (see pkg-message).

WWW: https://github.com/iortcw/iortcw/

PR:	211456
Submitted by:	Tobias Kortkamp <t@tobik.me>
Reviewed by:	amdmi3 (mentor)
Approved by:	amdmi3 (mentor)