MANPREFIX: eliminate the use of MANPREFIX for x11*

While here move some manpages to share/man

*/*: Sunset 12.4-RELEASE/12-STABLE from ports tree

- Remove all references to defunct ARCH arm
- Remove all references to defunct ARCH sparc64
- Remove x11-drivers/xf86-video-sunffb which requires defunct sparc64
  ARCH
- Remove sysutils/afbinit requires defunct sparc64 ARCH
- Remove all references to bktr driver
- Remove all references to defunct FreeBSD_12
- Remove all references to OSVERSION/OSREL corresponding to 12
- Remove conditionals in Mk/Uses/cabal.mk
- Remove sparc reference from Mk/Uses/qt-dist.mk
- Remove BROKEN_sparc64/NOT_FOR_ARCH=sparc64
- Remove BROKEN_FreeBSD_12* from:
- Remove OpenSSL patches from:
- Remove conditional flags for OSVERSION >= 1300000 to fixed flags.
  Also move conditional flags for non sparc64/arm ARCH to fixed flags.

Reviewed by:	brooks, jbeich, rene, salvadore
Differential Revision: https://reviews.freebsd.org/D42068

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.

x11-wm: remove 'Created by' lines

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

  *  Adam Weinberger
  *  Alejandro Pulver <alepulver@FreeBSD.org>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Alexey Dokuchaev <danfe@regency.nsu.ru>
  *  Andreas Kohn <andreas@syndrom23.de>
  *  Anton Tornqvist <antont@inbox.lv>
  *  Aragon Gouveia <aragon@phat.za.net>
  *  Babak Farrokhi <babak@farrokhi.net>
  *  Brett Taylor <brett@peloton.physics.montana.edu>
  *  Brian Handy <handy@physics.montana.edu>
  *  Bruce A. Mah <bmah@ca.sandia.gov>

*/*: Remove redundant '-[0-9]*' from CONFLICTS

The conflict checks compare the patterns first against the package
names without version (as reported by "pkg query "%n"), then - if
there was no match - agsinst the full package names including the
version (as reported by "pkg query "%n-%v").

Many CONFLICTS definitions used patterns like "bash-[0-9]*" to filter
for the bash package in any version. But that pattern is functionally
identical with just "bash".

Approved by:	portmgr (blanket)

Remove # $FreeBSD$ from Makefiles.

Fix whith -fno-common in FreeBSD 13

Lastest version of llvm introduced in
FreeBSD 13 has the flag -fno-common
enabled by default. Fix the issue.

Bump PORTREVISION

Add USES=xorg USES=gl, ports categories x

Add USES=xorg and USES=gl to ports in categories starting with 'x'
While here, try to sprinkle other USES (mostly gnome and sdl) as needed.

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

Switch to xorgproto instead of individual packages

Upstream used to distribute protocol headers as separate packages, but has
decided to merge those to a common package, named xorgproto.  This update
tracks that change.

* Add a new port, x11/xorgproto, with are protocol headers for xorg.
* Hook the new protocol port to the build and to infrastructure in
  bsd.xorg.mk.
* Update all ports with a dependency on any of the old *proto packages to
  instead depend on xorgproto.  Bump portrevision.
* Delete the old *proto packages, update MOVED.

PR:		230023
Submitted by:	zeising
Approved by:	portmgr (antoine)
exp-run by:	antoine

Take maintenership for wmii and wmii-devel

- Fix CONFLICTS on wmii-devel
- Silence stripping
- Regenerate patches

Remove ${PORTSDIR}/ from dependencies, categories v, w, x, y, and z.

With hat:	portmgr
Sponsored by:	Absolight

- Pet portlint
- Strip binaries

- Drop @dirrm* from and add empty directories to pkg-plists

Approved by:	portmgr blanket, kwm (for gnome@ ports)

Stagify; renew LIB_DEPENDS; use OPTIONS helpers; wrap an overly long line.

Add NO_STAGE all over the place in preparation for the staging support (cat:
x11-wm)

- Make ports use the libc provided iconv implementation on 10-CURRENT
  after r254273
- Fix a bunch of ports to properly work after this
- Mark converters/libiconv as IGNORE for systems with iconv in libc

Reviewed by:	bapt
Approved by:	portmgr (bapt)
Discussed with:	bapt, bsam (who both contributed ideas and code)

Fix build with linker that does not copy the dt_need from libraries it links
with like recent binutils.

Obtained from:	DPorts

Using gmake does not fix build with bmake at all, reverting

Fix build with bmake

- Convert USE_ICONV=yes to USES=iconv
- Change USE_GNOME=pkgconfig|gnomehack to USES=pathfix|pkgconfig and
  USE_GETTEXT=yes to USES=gettext while here

- Trim the headers per new rules
- Drop article from COMMENT, shlib versions
- Convert to the new OPTIONS framework
- Relinquish maintainership

- Get Rid MD5 support

Adjust CONFLICTS after update of `x11-wm/wmii-devel'.

Feature safe:   yes

Fix the build on amd64 and sparc64 (at least).  I can think of little
reasons to unconditionally reimplement strlcat(3), which is being around in
BSD for over a decade now, but WMII does it anyways.  Apparently, somebody
needs to reread Unix Haters Handbook.

Despite the fact that return value of strlcat() does not seem to be used
anywhere, I decided to keep their implementation instead of switching to
kosher implementation from our libc, just in case of some weird bug-to-bug
compatibility issue.

Closes PR:      ports/143594
Feature safe:   yes

Mark as broken on amd64 and sparc64: fails to compile.

Feature safe:   yes

Fix a potential crash.  I was able to trigger it only with non-UTF8 build
(which is not default) and only with Arora when visiting one specific page,
so leave PORTREVISION as is.

Try to further improve user experience with WMII:

- Since default layout boxes actually just look ugly, but are still useful,
  rework previous solution: instead of omitting them completely, draw them
  in a slim fashion.  Also, give option a better name (SLIM_LAYOUT_BOX)

- Apparently, Xmb* -> Xutf8* conversion was only safe thing to do with UTF-8
  locales; those who use traditional (8-bit) locales and experience problems
  with fonts should try rebuilding the port with UTF8_TEXT option unset

- Since our `devel/9base' port installs rc(1) but not read(1), it is of
  little use as rdep anyway (`devel/plan9port' installs more complete set
  of things, but is unfortunately broken on 8.0+)

- While here, pacify portlint(1) and remove _XOPEN_SOURCE definition to
  prevent some warnings

- Allow to build with hidden layout boxes, lots of people should appreciate
- Adjust regexp slightly while here (avoid extra resulting space)

- Register CONFLICTS with readded `x11/wmii-devel' port
- Update MASTER_SITES
- Minor textual nit in a comment

Update description.

Update WWW.

Cleanup, no functional changes.

- Update MASTER_SITES
- Update WWW

PR:             132185
Submitted by:   Sofian Brabez <sbrabez@gmail.com>
Approved by:    maintainer timeout

- Fix build after libixp update
- Bump PORTREVISION

PR:             ports/132374 (based on)
Submitted by:   Sofian Brabez (patch)
Approved by:    portmgr (pav)

- Remove unneeded dependency from gtk12/gtk20 [1]
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+

Thanks to all Helpers:
        Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
        ehaupt, nox, itetcu, flz, pav

PR:             116263
Tested on:      pointyhat
Approved by:    portmgr (pav)

Deorbit `x11-wm/wmii-devel' in favor of updated `x11-wm/wmii'.

Encouraged by:  sat (maintainer)

- Update `devel/libixp' to version 0.4 [1]
- Update `x11-wm/wmii' to version 3.6 [2]
- Remove CENKES as they do not carry new distfiles
- Minor tweaks in pkg-descr for `devel/libixp'

PRs:            ports/119281 [1]
                ports/119282 [2]
Submitted by:   Daniel Roethlisberger
Reworked by:    danfe (myself)
Go ahead from:  sat (maintainer) [1]

Fix missing dependency (ergo, the build).

Reported by:    krismail

Rather belatedly, but still:

- Update to version 3.5.1
- Forget about USE_X_PREFIX
- Remove 4.X support

- Welcome X.org 7.2 \o/.
- Set X11BASE to ${LOCALBASE} for recent ${OSVERSION}.
- Bump PORTREVISION for ports intalling files in ${X11BASE}.

- Add port x11-wm/wmii-devel - Hg tip of wmii development
- Arrange mutual conflicts with wmii

Repocopy by:    marcus

- Update master site
- Add mirrors
- Update WWW

PR:             ports/105002 (based on)
Submitted by:   ceri
Approved by:    danfe (maintainer timeout, since 2006-11-01)

Fix the build on 4.X.

- Update to version 3.1
- Provide better COMMENT and port description

Remove USE_REINPLACE from categories starting with X

Mea culpa.  Previous commit log should read:

- Fix MASTER_SITES [1] and WWW line in pkg-descr
- Add SHA256 hash per new world order

Distfile was rerolled (.tar.bz2 -> .tar.gz), but nothing changed inside.

Reported by:    krismail [1]

/tmp/cvs7cc8hm

Chase cairo shared library update, bump the PORTREVISION.

Update to version 2.

PR:             ports/84468 [1], ports/85264 [2]
Submitted by:   Wesley Shields <wxs(at)csh.rit.edu> [1]
                Andrew Pogrebennyk <andrew.nau.ua(at)gmail.com> [2]

Disable Cairo by default.  The cairo backend is not recommended in
production use, because cairo library is still very buggy and causes
crashes often (according to authors).  Add a caution comment.

Add wmii, a lightweight window manager.

WWW: http://wmi.modprobe.de/