games/supertuxkart1.5

*/*: De-orbit alias.mk

Mk/Uses/alias.mk was an attempt for compat with DPorts, but has rotted.
This feature was never documented in the PHB, so there is no work to
be done by the docs@ team.

Nothing against DragonFly, but if DPorts still needs FreeBSD 9
support, they really should work that out with upstream projects.

Ultimately, we don't need to keep carrying this outdated feature that
doesn't affect us.

games/supertuxkart: update 1.4 → 1.5

games/supertuxkart: minor refactoring

- Switch to sqlite3 [1]
- Fix typo in post-extract [1]
- Remove unnecessary icon replacement

PR:		278760 [1]
Submitted by:	diizzy [1]

*/*: Bump jpeg-turbo users treewide

New major version 3.0.0

games/supertuxkart: update 1.3 → 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/supertuxkart: update 1.2 → 1.3

games/supertuxkart: fix upstream patch handling

Instead of using PATCHFILES, handled backported upstream commit as
a patch under files/, where it is always available, manageable and
where it doesn't break when patch format changes.

Fix fetch because of broken patch.

Pointyhat to:	greg@unrelenting.technology

games/supertuxkart: unbreak build with sdl2 >= 2.0.14

src/input/gamepad_config.cpp:35:1: error: static_assert failed due to requirement 'SDL_CONTROLLER_BUTTON_MAX - 1 == SDL_CONTROLLER_BUTTON_DPAD_RIGHT' "non continous name"
static_assert(SDL_CONTROLLER_BUTTON_MAX - 1 == SDL_CONTROLLER_BUTTON_DPAD_RIGHT, "non continous name");
^             ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

PR:		253850
Approved by:	maintainer timeout (7 months)

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/supertuxkart: mark BROKEN on i386

Remove useless Created by: headers mentioning me

Remove # $FreeBSD$ from Makefiles.

Fix build in presence of angelscript or squish

Due to incorrect include order the build may fail in presence of
libraries which have bundled counterparts in supertuxkart (at least
angelscript and squish). Fix include order to avoid these problems.

- Update to 1.2

Bump PORTREVISION for security/nettle shlib change

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

- Update to 1.1

- Fix build on non-x86

PR:		239141
Submitted by:	greg@unrelenting.technology

- Add USES=xorg

- Add wayland support

PR:		239141
Submitted by:	greg@unrelenting.technology

- Partially revert 515817: aarch64 is still broken

PR:		241218

games/supertuxkart: fix build on arm platforms

Build fails with -mimplicit-it=always passed to as, but builds without it.

PR:		241218
Approved by:	linimon (mentor), amdmi3 (maintainer timeout)

- Fix build on powerpc64

PR:		240554
Submitted by:	pkubaj@FreeBSD.org

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

Update security/nettle to 3.5.1

- Bump PORTREVISION of dependent ports for shlib change
- Fix build of devel/pijul [1]

Changes:	https://git.lysator.liu.se/nettle/nettle/blob/master/NEWS
PR:		238991
Exp-run by:	antoine
Thanks to:	tobik [1]

Add option to switch between Nettle and OpenSSL for cryptography

Nettle is used by default in accordance to what upstream CMake
code prefers.

This fixes hidden dependency on nettle if it's installed when
supertuxkart is build.

PR:		237923
Reported by:	phascolarctos@protonmail.ch
MFH:		2019Q2

- Update to 1.0

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 0.9.3

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

Set LLD_UNSAFE=yes that the port will continue to link with ld.bfd if /usr/bin/ld is lld, until the issue can be addressed.

PR:		214864
Approved by:	portmgr (LLD_UNSAFE blanket)
Sponsored by:	The FreeBSD Foundation

Try to bring some consistency to ports that have x86-specific pieces.

- in general, if we think that the code is not architecture-specific,
   and instead just enables x86 assembler by default, those should
   use BROKEN rather than IGNORE.  This will allow them to be attempted
   with TRYBROKEN.
 - spell i386 as x86.
 - spell asm as assembler.
 - pet portlint.

These changes should have no effect on tier-1 builds.

Approved by:	portmgr (tier-2 blanket)

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

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

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

Bump PORTREVISIONs for ports depending on the canonical version of GCC and lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some circumstances such as versions of FreeBSD or platforms).

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using using Mk/bsd.octave.mk which in turn has USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
   c++11-lang, c++0x, c11, or gcc-c++11-lib.

PR:		216707

Those ports build fine with bsd make

Change from BROKEN to NOT_FOR_ARCHS per maintainer request.

Reported by:	maintainer

The 64-bit arm arch is actually spelled 'aarch64', not 'arm64'.

Mark as broken on arm64: invokes x86 asm.

Approved by:	portmgr (tier-2 blanket)

- Update to 0.9.2 - Switch to opt_CMAKE_BOOL

Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.

With hat:	portmgr
Sponsored by:	Absolight

Convert LICENSE= "GPLxx # or later" to "GPLxx+"

Approved by:	portmgr blanket

- Update to 0.9.1

Remove BROKEN on Tier-2 systems statements which no longer true at least on PowerPC (verified for all of them) and some also on SPARC (whenever I was able to test those on flame.freebsd.org) and even IA64 (which should be OK to remove anyways, because it was never really supported system in ports land and was officially killed in -CURRENT a while ago.

- Drop 8.x-related conditions for my ports

Convert to USES=jpeg

- Fix BROKEN_powerpc - Convert conditional BROKEN to BROKEN_FreeBSD_8

Fix build on 9.x i386