emulators/mupen64plus-core: Try fix build on i386

Reported by:	 pkg-fallout

emulators/mupen64plus-core: fix build with clang and lld 19

lld 19 has become more strict about 32-bit relocations that require PIC,
resulting in link errors when building emulators/mupen64plus-core:

      LD  libmupen64plus.so.2.0.0
  ld: error: relocation R_386_32 cannot be used against symbol
'__gxx_personality_v0'; recompile with -fPIC
  >>> defined in /usr/lib/libcxxrt.so
  >>> referenced by oglft_c.cpp
  >>>               _obj/osd/oglft_c.o:(.eh_frame+0xFA63)

  ld: error: relocation R_386_32 cannot be used against local symbol; recompile
with -fPIC
  >>> defined in _obj/osd/oglft_c.o
  >>> referenced by oglft_c.cpp
  >>>               _obj/osd/oglft_c.o:(.eh_frame+0xFA81)

emulators/mupen64plus*: Update to 2.6.0

ChangeLog at:  
https://github.com/mupen64plus/mupen64plus-core/releases/tag/2.6.0

emulators/mupen64plus-ui-console: Move manpages to share/man

Approved by:	portmgr (blanket)

emulators/mupen64plus*: Update to 2.5.9

emulators/mupen64plus-video-rice: Fix build with llvm16

Approved by:	portmgr (blanket)
Sponsored by:	The FreeBSD Foundation

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.

emulators: remove 'Created by' lines

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

  *  Akinori MUSHA aka knu <knu@idaemons.org>
  *  Alejandro Pulver <alejandro@varnet.biz>
  *  Alexander Best <arundel@gmx.net>
  *  Alexander Nedotsukov <bland@FreeBSD.org>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Alexey V. Antipovsky <kemm@in-line.ru>
  *  Alonso Cardenas Marquez <acm@FreeBSD.org>
  *  Brian Gaeke <brg@dgate.org>
  *  Danilo Egea Gondolfo <danilo@FreeBSD.org>
  *  David Naylor <naylor.b.david@gmail.com>
  *  David O'Brien (obrien@cs.ucdavis.edu)

archivers/minizip*: Add minizip-ng and zlib-ng and create USES=minizip

Import minizip-ng and zlib-ng

Minizip was originally developed in 1998. It was first included in the zlib
distribution as an additional code contribution starting in zlib 1.1.2. Since
that time, it has been continually improved upon and contributed to by many
people.

+ Creating and extracting zip archives.
+ Adding and removing entries from zip archives.
+ Read and write raw zip entry data.
+ Reading and writing zip archives from memory.
+ Zlib, BZIP2, LZMA, and ZSTD compression methods.
+ Password protection through Traditional PKWARE and WinZIP AES encryption.

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

Remove # $FreeBSD$ from Makefiles.

emulators/mupen64plus-core: Fix build with -fno-common

Add a partial patch from upstream to fix the build of
emulators/mupen64plus-core with -fno-common, which is the default with llvm
11.
While here, point WWW: in pkg-descr to the current home of mupen64-plus.

MFH:		2020Q3 (implicit, -fno-common fixes, ok by joenum)

e*: Add missing USES={gnome,sdl,xorg}

Add USES=xorg USES=gl, ports categories e

Add USES=xorg, USES=gl and in a few cases USES=gnome to ports in categories
starting with 'e'.

Add -znotext to LDFLAGS on i386, for lld

These ports link some non-PIC code, which fails with lld as it defaults
to disallowing relocations against read-only segments.  For i386 we can
just add -znotext unconditionally: for GNU BFD ld it just affirms BFD's
existing default.

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

Add DOCS options to ports that should have one.

Also various fixes related to said option.

PR:		230864
Submitted by:	mat
exp-runs by:	antoine

- Fix emulators/mupen64plus-video-glide64 and
  emulators/mupen64plus-video-glide64mk2  build

Reported by:	pkg-fallout

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

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

Remove obsolete PROJECTHOST.

Sponsored by:	Absolight

Assume "pkg-config zlib" works after 9.x reached EOL

Many ports passed ZLIB_CFLAGS="-I/usr/include" ZLIB_LIBS="-L/usr/lib -lz"
which is unsafe at least with lang/gcc* that override some system headers
and have newer libgcc_s.so that our old version in base may not be
forward-compatible with.

${RM} already has -f.

PR:		213570
Submitted by:	mat
Exp-run by:	antoine
Sponsored by:	Absolight

- Fix trailing whitespace in pkg-descrs, categories [a-f]*

Approved by:	portmgr blanket

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

With hat:	portmgr
Sponsored by:	Absolight

Remove UNIQUENAME and LATEST_LINK.

UNIQUENAME was never unique, it was only used by USE_LDCONFIG and now,
we won't have conflicts there.

Use PKGBASE instead of LATEST_LINK in PKGLATESTFILE, the *only* consumer
is pkg-devel, and it works just fine without LATEST_LINK as pkg-devel
has the correct PKGNAME anyway.

Now that UNIQUENAME is gone, OPTIONSFILE is too. (it's been called
OPTIONS_FILE now.)

Reviewed by:	antoine, bapt
Exp-run by:	antoine
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D3336

- Fix mupen64plus-rsp-cxd4 on 9.x by requiring newer compiler, as old gcc
segfaults

Submitted by:	pkg-fallout
Approved by:	portmgr blanket

- Fix distinfo path file

- Commit missing files
- Add missing dependency to mupen64plus-core

- Update to 2.5
- Take maintainership

MASTER_SITES cleanup.

- Replace ${MASTER_SITE_FOO} with FOO.
- Merge MASTER_SITE_SUBDIR into MASTER_SITES when possible. (This means 99.9%
  of the time.)
- Remove occurrences of MASTER_SITE_LOCAL when no subdirectory was present and
  no hint of what it should be was present.
- Fix some logic.
- And generally, make things more simple and easy to understand.

While there, add magic values to the FESTIVAL, GENTOO, GIMP, GNUPG, QT and
SAMBA macros.

Also, replace some EXTRACT_SUFX occurences with USES=tar:*.

Checked by:	make fetch-urlall-list
With hat:	portmgr
Sponsored by:	Absolight

3 ports categories: Remove $PTHREAD_LIBS

Categories: print, science, emulators

approved by:	PTHREAD blanket

Bump portrevision after png update

Change libpng15.so to libpng.so in LIB_DEPENDS to prepare the upgrade

Replace USES=libtool:oldver with USES=libtool or USES=libtool:keepla in
the 32 ports that still use it.  Bump PORTREVISION on their dependent
ports except the ones that depend on these:

audio/libogg
audio/libvorbis
devel/pcre
ftp/curl
graphics/jpeg
graphics/libart_lgpl
graphics/tiff
textproc/expat2
textproc/libxslt

In these cases the same trick as in the recent gettext update is used.

Cleanup plist

Clean up plist

Update the default version of GCC in the Ports Collection from GCC 4.7.4
to GCC 4.8.3.

Part II, Bump PORTREVISIONs.

PR:		192025
Tested by:	antoine (-exp runs)
Approved by:	portmgr (implicit)

Stage all emulators/mupen64plus ports

PR:		190081
Submitted by:	Matthieu Volat
Tweaks by:	marino

Resetting maintainership on ports that have not been staged and without any
pending PR

With hat:	portmgr

Convert to USES=dos2unix

With hat:	portmgr

- Fix index build

- Fix index build

- Fix build with clang

Reported by: pkg-fallout

Convert LIB_DEPENDS for ports depending on boost

- Fix build

Reported by:	pkg-fallout

- Update to 2.0

Add NO_STAGE all over the place in preparation for the staging support (cat:
emulators)

Add an explicit dependency on pkgconf

Rely on bsdtar to autodetermine the format of the distfiles when possible

For a while now bsdtar is able to autotermine compression and archive format.
Let's then use tar directly instead of piping to tar.

Now USE_BZIP2 and USE_XZ only set EXTRACT_SUFX to the right format

- update png to 1.5.10

- Update devel/sdl12 to 1.2.15
- Update audio/sdl_mixer to 1.2.15
- Update graphics/sdl_image to 1.2.12
- Update graphics/sdl_ttf to 2.0.11
- Update graphics/sdl_gfx to 2.0.23
- Update net/sdl_net to 1.2.8
- Bump PORTREVISIONs on ports that depend on one or more packages due to
ABI and shared library version changes
- Update Mk/bsd.sdl.mk accordingly for the new shared library versions

Tested by:      exp-run by pav

- Preparing for new mupen64plus plugin ports
- Bump PORTREVISION

- Update to latest 1.99.4 (hg bitbucket) version
- Bump PORTREVISION

- Fix install path

Reported by:    pav

- Fix build on i386
- Install plugins to ${LOCALBASE}/lib/mupen64plus directory. This is default
  directory used by emulator
- Bump PORTREVISION

Reported by:    David Demelier <demelier.david@ at gmail.com>

- Add missing dependency

Reported by:    pav

- Rename emulators/mupen64plus-base to emulators/mupen64plus-core