x11/libICE: Update to 1.1.2

PR:	286937

x11/libICE: Update to 1.1.1

Release
notes:	https://lists.x.org/archives/xorg-announce/2022-December/003288.html

Differential Revision:	https://reviews.freebsd.org/D44952
Sponsored by:		Beckhoff Automation GmbH & Co. KG

x11/xtrans: Don't unlink X11 Unix sockets.

Without this change calling `Xorg -displayfd ..` would always make X to use
:0 as the DISPLAY. This was a showstopper for running parallel desktop sessions.

The leftover UDS' are cleaned up during system's boot by the /etc/rc.d/cleartmp
service.

Based on work of jbeich and Olivier Certner <olivier.freebsd@free.fr>.

PR:		253277
Approved by:	manu
Sponsored by:	Serenity Cybersecurity, LLC
Differential Revision:	https://reviews.freebsd.org/D30557

x11/libICE: Fix C++ interoperability error due to static_assert define (+)

Backport critical fix from upstream.

Upstream commit 0269c687 added a static_assert helper
that gets defined to blank if left undefined by assert.h.
As this is not a macro in other languages that use this header,
this can lead to a compile-time error.

See
also:	https://gitlab.freedesktop.org/xorg/lib/libice/-/commit/e176b676cff17948d68299c00dddefe41638c752

Pointy hat to:	manu (for skipped exp-run)
Approved by:	portmgr blanket

x11/libICE: Update to 1.1.0

Release
notes:	https://lists.x.org/archives/xorg-announce/2022-December/003274.html

Sponsored by:	Beckhoff Automation GmbH & Co. KG

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: remove 'Created by' lines

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

  *  Adam Weinberger <adam@vectors.cx>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Alex Dupre <ale@FreeBSD.org>
  *  Alexander Matey <matey@cis.ohio-state.edu>
  *  Alexander Nedotsukov <bland@FreeBSD.org>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Alexey Dokuchaev <danfe@regency.nsu.ru>
  *  Alexey Mikhailov <karma@ez.pereslavl.ru>
  *  Andrew Pantyukhin <infofarmer@FreeBSD.org>
  *  Anton Berezin <tobez@FreeBSD.org>
  *  Anton Toernqvist <antont@inbox.lv>

x11/libICE: Add CPE information

Approved by:	portmgr (blanket)

Remove # $FreeBSD$ from Makefiles.

Switch all ports to use USES=xorg-cat

Change all ports to use USES=xorg-cat instead of the old XORG_CAT
Add USES=xorg and USES=gl as needed to x11@ ports

x11/libICE: Update to 1.0.10

This release contains a fix for CVE-2017-2626 on platforms without
arc4random_buf().  Since FreeBSD has arc4random_buf(), this should not
affect us.

Changelog:
https://lists.x.org/archives/xorg-announce/2019-July/003006.html

Obtained from:	FreeBSD Graphics Team development repo
		https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/xorglibs

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

- Add LICENSE
- Update WWW

Approved by:	portmgr blanket

Misc X.org port updates:

Update gccmakedep to 1.0.3.
Update imake to 1.0.7.
Update libpciaccess to 0.13.3.
Update libdrm to 2.4.60.
Update bitmap to 1.0.8.
Update fstobdf to 1.0.6.
Update iceauth to 1.0.7.
Update libXdmcp to 1.1.2.
Update libXp to 1.0.3.
Update libXvMC to 1.0.9.
Update libXxf86vm to 1.1.4.
Update libxshmfence to 1.2.
Update randrproto to 1.4.1.

Cleanup plist

Update to 1.0.9
strip binaries

When linking a library libA with a library libB using libtool, if libB.la
exists, libtool will add all libraries libB.la refers to (dependency_libs
field) to the linker command line and store them in the dependency_libs
field of libA.la.  So everything that subsequently links with libA will also
link to these extra libraries.  This causes too much overlinking.

This commit modifies Mk/Uses/libtool.mk so it empties the dependency_libs
field in .la libraries during staging.  However, because .la libraries have
very limited use when dependency_libs is empty it makes sense to completely
remove them during staging.

So with this commit USES=libtool is modified to remove .la libraries and a
new form (USES=libtool:keepla) is introduced in case they need to be kept
(dependency_libs is still emptied).

The FreeBSD x11@ and graphics team proudly presents
a zeising, kwm production, with help from dumbbell, bdrewery:

NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE

This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.

This patch also contains updates of libxcb and related ports, pixman, as well

Remove NO_STAGE to ports natively stage ready shown by a FORCE_STAGE exp-run

Exp-run by:	bdrewery

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

The FreeBSD x11 team proudly presents
an zeising, kwm, miwi, bapt, eadler production:

Xorg 7.7

Starring:
xserver 1.12.4 (new xorg only)
Mesa 8.0.4, including libGL, libGLU and dri (new xorg only)
libX11 1.5.0
libxcb 1.9
libdrm 2.4.42 (new xorg only)
freeglut 2.8.1
Also starring:
Updates to drivers and other libraries and utilities

- Remove WITH_FBSD10_FIX, is no longer needed

- Fix build on FreeBSD 10

Approved by:    miwi

- Please welcome Xorg 7.5.1

The X-Server has been patched to the latest 1.7.X series, drivers
and fonts have been updated to the latest versions. This update includes
some components from Xorg 7.6 with a lot of improvements, and it seems
that the performance is much better than the old version. Also this
Update fix build issues with clang and binutils 2.17.50 in current,
remove 6.X gruft and de-author pkg-descr.

I would like to thank:

        Beat Gaetzi
        Dima Panov
        Koop Mast
        Eitan Adler
        and all Testers.

PR:             ports/147646
                ports/148035
                ports/148744
                ports/150223
                ports/152889
                ports/154457

- Update to Xorg 7.5

The Intel drivers was patched to work with
the new server. The drivers for Vesa, NV,NVIDIA and
ATI have been tested thoroughfully and seem to work fine.
A complete changelog of Xorg 7.5 can you read here:

http://www.x.org/releases/X11R7.5/

A note to FreeBSD 6.X users: We strongly recommend you
to update your system to 7.x or above.

For updating try

portupgrade -af \*

- Mark xtrans as a BUILD_DEPENDS only (unless specified otherwise with :both)
- Bump PORTREVISION on ports having xtrans in USE_XORG.
- Add some missing dependencies in various xorg libraries.

- Update X.org ports to 7.3.
- Mark XFree86-4 as DEPRECATED with EXPIRATION_DATE set to 2007-12-25.
I hope that nobody will be bored enough on Christmas to remove them on
that day.

Tested by:      vehemens, Rene Ladan, Beech Rintoul, sarek on x11@

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

Conversion to a single libtool environment.

Approved by:    portmgr (kris)

SHA256ify

Approved by: krion@

Mass-conversion to the USE_AUTOTOOLS New World Order.  The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.

Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.

Preliminary documentation can be found at:
        http://people.FreeBSD.org/~ade/autotools.txt

which is in the process of being SGMLized before introduction into the
Porters Handbook.

Light blue touch-paper.  Run.

Fix up plist after modifications to mtree (BSD.x11-4.dist rev. 1.27).

Generate proper package listing when using new mtree from xorg-server port.

Remove hardcoding of MTREE_FILE. This is handled in bsd.port.mk since
rev. 1.503 for ${PREFIX} == ${XPREFIX} cases.

Fix MASTER_SITES.

Register missing CONFLICTS, mostly on xorg-libraries-*

Reported by:    Kent Stewart <kstewart@owt.com>

Apply a big libtool patch to allow porters to use the libtool installed by
the libtoolX ports instead of the one included with each port.  Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version.  To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER.  Both macros accept the same argument: a libtool version.

For example, to use the ports version of libtool-1.5, add the following to
your Makefile:

USE_LIBTOOL_VER=        15

To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:

USE_INC_LIBTOOL_VER=    15

With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).

PR:             63944
Based on work by:eik and marcus
Approved by:    ade (autotools maintainer)
Tested by:      kris on pointyhat
Bound to be hidden problems:    You bet

Update to 6.3.3.

libICE doesn't link to libX11 directly, but one of its utility headers
does include Xlib.h, so put the x11 dependency back in.

Reported by:    kris (bento)

Use gnomehack to replace patch, and register xtrans as a RUN_DEPENDS as well.
Remove dependency on libX11, which appears spurious.

Use the right MTREE_FILE

Reported by:    kris

Update from prerelease to the real release

SIZEify (maintainer timeout)

Declare CONFLICTS between freedesktop.org X extension/library ports and
XFree86-libraries.

Whoa there, boy, that's a mighty big commit y'all have there...

Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".

For ports-in-waiting:

        USE_LIBTOOL=YES         ->      USE_LIBTOOL_VER=13
        USE_AUTOCONF=YES        ->      USE_AUTOCONF_VER=213
        USE_AUTOMAKE=YES        ->      USE_AUTOMAKE_VER=14

Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.

Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.

(Part 1)

New port: Prerelease version of libICE from freedesktop.org:
Inter Client Exchange library for X11

Testing is encouraged, but please do not use these ports as dependencies until
they are updated to release tarballs and the XFree86 ports have been updated to
depend on them.