multimedia/libva-intel-driver: deprecate due to dead upstream

https://github.com/intel/intel-vaapi-driver/commit/fd727a4e9cb8

Not blindly recommending multimedia/libva-intel-media-driver:
- lacks support for pre-Broadwell (Gen < 8) GPUs
- lacks VP9 decode on Skylake (Gen9)
- lacks VP9 encode on Kabylake (Gen9.5)

Deprecation is for existing users to exercise caution decoding videos
from untrusted sources since the vendor no longer promises security fixes.

multimedia/libva-intel-driver: unbreak after 12ff4d732f3f

$ LIBVA_DRIVER_NAME=i965 vainfo
Trying display: wayland
libva info: VA-API version 1.22.0
libva info: User environment variable requested driver 'i965'
libva info: Trying to open /usr/local/lib/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_22
error: failed to resolve wl_drm_interface(): Undefined symbol "wl_drm_interface"
libva error: /usr/local/lib/dri/i965_drv_video.so init failed
libva info: va_openDriver() returns -1
vaInitialize failed with error code -1 (unknown libva error),exit

multimedia/libva-intel-driver: drop unsupported i915 symlink

i915 OpenGL driver only covers Gen3 but i965 VA-API requires Gen4+.
libva maps crocus/iris OpenGL on Gen4+ to i965 VA-API.

https://gitlab.freedesktop.org/mesa/mesa/-/blob/mesa-22.3.7/include/pci_ids/i915_pci_ids.h
https://github.com/intel/intel-vaapi-driver/blob/2.4.1/src/i965_pciids.h#L27-L33
https://github.com/intel/libva/blob/2.18.0/va/x11/va_x11.c#L56-L57

This reverts commit d0cbba0ef619ceda900d53d3763d5f401f2a910b.

PR:		272109

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.

Style: improve ONLY_FOR_ARCHS_REASON (grammar, markup, etc.)

ONLY_FOR_ARCHS_REASON is used as part of the sentence and thus should
start with lower-case letter and not end with a period which is added
by the framework, similar to other knobs like BROKEN, IGNORE, et al.

While here, remove needless quoting, add missing Oxford comma, expand
contractions and jargonisms, use correct spelling for proper names.

multimedia/libva-intel-driver: enable HYBRID by default (again)

Originally disabled due to GPU freezes on Sandy Bridge which
disappeared after upgrading FreeBSD from 11 to 12. drm-*-kmod
also had several updates since then. So, let's re-try.

PR:		233259

One more small cleanup, forgotten yesterday.
Reported by:	lwhsu

Remove # $FreeBSD$ from Makefiles.

multimedia/libva-intel-driver: note which GPUs are not supported

Icelake (Gen11) is not supported. Cannonlake (Gen10) was discontinued,
so it's not clear.

multimedia/libva-intel-driver: update to 2.4.1

Changes:	https://github.com/intel/intel-vaapi-driver/compare/2.4.0...2.4.1
Reported by:	Repology
MFH:		2020Q2 (bug fixes)

multimedia/libva-intel-driver: update to 2.4.0

Changes:	https://github.com/intel/intel-vaapi-driver/compare/2.4.0.pre1...2.4.0
Reported by:	GitHub (watch releases)

multimedia/libva-intel-driver: update to 2.4.0.p1

Changes:	https://github.com/intel/intel-vaapi-driver/releases/tag/2.4.0.pre1
Reported by:	GitHub (watch releases)

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

multimedia/libva-intel*driver: allow disabling Wayland/X11 independently of
libva

PR:		236376
Submitted by:	Dries Michiels (based on)

multimedia/libva: update to 2.4.0

Changes:	https://github.com/intel/libva/releases/tag/2.4.0

multimedia/libva-intel-driver: unbreak libva + WAYLAND=off after r490613

Dependency wayland-client found: NO (tried pkgconfig and cmake)
Dependency libva-wayland found: NO (tried pkgconfig and cmake)

meson.build:94:2: ERROR:  Unknown variable "wl_scanner".

PR:		235039
Reported by:	jakub_lach@mailplus.pl

multimedia/libva: USE_GITHUB doesn't support bzip2

multimedia/libva{,-intel-driver}: convert to USES=meson

Meson is faster than autoreconf + libtool and easier to maintain.
Force rebuild to catch regressions early.

multimedia/libva{,-intel-driver}: better group variables

Consistent style across my ports helps to process issues faster.

multimedia/libva{,-intel-driver}: clean up

- Add BUILD_DEPENDS to intel driver for wl_drm_interface fix
- Rewrite gettid() to make it easier to maintain
- Update description from upstream
- Drop unused v4l_compat dependency
- Drop unused USES=alias as <alloca.h> is gone
- Drop libGL dependency as intel driver uses libEGL via dlopen on Wayland
- Drop --program-prefix after vainfo moved to libva-utils
- Drop fmake workaround as USES=gmake is used
- Drop -ldl workaround for FreeBSD < 11.2
- Drop RTLD_NODELETE workaround for FreeBSD < 8.0
- Drop GLX_GLXEXT_VERSION workaround for Mesa < 7.8.1
- Drop Created by as the port diverged a lot (even more with Meson)
- Hint intel driver isn't actively developed (but still maintained)
- Clarify libdrm dependency

- Unbreak Wayland support in libva-intel-driver with Mesa 18.3 [1]
- Allow disabling X11 support in libva [2]
- Update minimum version requirement in libva-intel-media-driver
  BUILD_DEPENDS (required by submitter/maintainer) [1]
- While here, silence some portling warnings
- Pass maintainership to jbeich (submitter) [1]

PR:		234891 [1], 234925 [2]
Submitted by:	jbeich

multimedia/libva-intel-driver: clean up descriptions

- Spell Intel properly as the driver is named i965
- Mention support for Gen4/Gen5
- Disambiguate COMMENT from libva-intel-media-driver
- Simplify ONLY_FOR_ARCHS_REASON wording
- Move ONLY_FOR_ARCHS to pacify `portlint -C`
- Mention HYBRID support for VP8 encoding
- Update WWW to actual homepage
- Expand pkg-descr with from upstream README.md

Approved by:	madpilot (maintainer)
Differential Revision:	https://reviews.freebsd.org/D18688

Update libva-intel-driver to 2.3.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

- Bump portrevision, forgot when disabling option
- Completely remove the OPTIONS_DEFAULT line.

Reported by:	jbeich

Disable HYBRID option by default due to lockups being reported on
Sandy Bridge CPUs.

PR:		233259
Submitted by:	rkoberman@gmail.com

multimedia/libva-intel-driver: enable HYBRID by default

PR:		232981
Approved by:	madpilot (maintainer)
Tested by:	Kevin Oberman, madpilot

multimedia/libva-intel-driver: chase HTTP redirect

multimedia/libva-*-driver: only used by dlopen, so drop ldconfig

multimedia/libva-intel-driver: expose Hybrid decoding

On Skylake this reduces CPU usage by half when decoding VP9.

Bump PORTREVISION to chase update of multimedia/v4l_compat and libv4l

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

- Update libva to 2.2.0

- Update libva-intel-driver 2.2.0
- Add Missing dependency

- Update libva-utils to 2.2.0
- Add missing dependencies
- Add WAYLAND option
- Cleanup some testing comments which slipped in by mistake

Update libva, libva-intel-driver and libva-utils to 2.1.0

Make libva and it's drivers install modules in the standard location
PREFIX/lib/dri.

This is the same location where other ports(mesa) install drivers,
so that everything works out of the box.

PR:		224424
Submitted by:	Greg V <greg@unrelenting.technology>

- Update libva to 2.0.0
- Update libva-intel-driver to 2.0.0
- Update libva-utils to 2.0.0
- Bump dependent ports due to shlib bump
- Import upstream patch to fix multimedia/mpv [1]
- Import upstream patch to fix multimedia/gstreamer1-vaapi [2]

Approved by:	cpm [1], multimedia (timeout) [2]
Obtained
from:	https://github.com/mpv-player/mpv/commit/2ecf240b1cd20875991a5b18efafbe799864ff7f
[1]
		https://cgit.freedesktop.org/gstreamer/gstreamer-vaapi/commit/gst-libs/gst/vaapi/gstvaapiutils.c?id=777bba473e3ed1c7b8b7f7f0322892851c70dfd9
[2]
Differential Revision:	https://reviews.freebsd.org/D12761

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

Update libva, libva-utils and libva-intel-driver to 1.8.3

Update libva, libva-utils and liva-intel-driver to 1.8.2

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

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

- Update multimedia/libva to 1.8.1
- Update multimedia/libva-utils to 1.8.1
- Update multimedia/libva-intel-driver to 1.8.1

- Update multimedia/libva to 1.8.0
- Update multimedia/libva-intel-driver to 1.8.0
- Utility programs have been split out of libva distribution to
  another repository, so create a new libva-utils port, copied
  from libva, with these bits
- While here, update home pages in pkg-descr files

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

X11 looks for this driver with two names depending on the hardware, since linux
has tow separate drivers. Having just one KMS driver in FreeBSD I create a
symlink with the alternative name, so X11 can alys find the driver.

PR:		217825
Submitted by:	Henry Hu <henry.hu.sh@gmail.com>

- Update multimedia/libva to 1.7.3
- Update multimedia/libva-intel-driver to 1.7.3
- Both project moved to github

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

In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.

Mark port as ONLY_FOR_ARCHS=amd64 i386, as it supports hardware
specific to those architectures.

PR:		214561
Submitted by:	matthew@reztek.cz

Mark as broken on various tier-2 archs.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)

Update to 1.7.2

- Update to 1.7.1
- Convert to USES=localbase
- Remove uneeded use of bsd.port.pre.mk

Remove ${PORTSDIR}/ from dependencies, categories m, n, o, and p.

With hat:	portmgr
Sponsored by:	Absolight

Update to 1.7.0.

Update to 1.6.2

- Update to 1.6.1
- Take maintainership due to multiple timeouts

PR:		202654
Submitted by:	Myself
Approved by:	Maintainer timeout

multimedia/libva-intel-driver: support DragonFly with USES=alias

Convert to USES=autoreconf

Update to 1.5.1

PR:		198748
Submitted by:	me
Approved by:	Maintainer timeout

- Update to 1.5.0

PR:		196422
Submitted by:	me
Approved by:	maintainer timeout

Final removal of WITH_NEW_XORG

This knob was turned on for all version of FreeBSD in r369875
(2014-10-03) and officially deprecated. Since then, it was gradually
removed from many ports when they needed an update.

x11-servers/xorg-server was the last major user of this knob. The port
was updated to xserver 1.14 in r374982 (2014-12-19). The update got rid
of the knob, clearing the path to the final removal.

This commit changes ports who were checking for WITH_NEW_XORG and remove
its handling from bsd.port.mk.

While here, two sanity checks are added to warn user about WITH_KMS and
WITH_NEW_XORG which have no effect now.

Differential Revision:	https://reviews.freebsd.org/D1351
Reviewed by:	antoine, bapt, kwm
Approved by:	portmgr (antoine, bapt), kwm

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)

- Drop .la files, no dependees require them

Approved by:	portmgr blanket

Update to 1.3.1

PR:		189677
Submitted by:	me
Approved by:	Maintainer timeout

- Update to 1.3.0
- Use new LIB_DEPENDS format
- USES=tar
- Enable staging

PR:		ports/187986
Submitted by:	me
Approved by:	Maintainer timeout

The FreeBSD graphics/x11 team proudly presents
a kwm, zeising production:

MESA 9.1.6

Starring:
Mesa 9.1.6, including libGL, libGLU and dri (new xorg only)
Addition of libEGL and libglesv2
KMS support for ATI graphics cards in 10-current (new xorg only)
Improved sparc64 support for new xorg. [1]
pixman 0.30.2, including shlib bump and portrevision bumps
libX11 1.6.2
Make absolute pointing devices work with x11-drivers/xf86-input-mouse
x11-drivers/xf86-video-ati 7.2.0 for 10-current (KMS aware ati driver)

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

- Update to 1.2.0

PR:		ports/180040
Submitted by:	Myself
Approved by:	Maintainer timeout

- Replace BROKEN with IGNORE, which is more appropriate here [1]
- While here also use space in place of tab in pkg-descr WWW line

Reported by:	eadler [1]
Approved by:	manuel.creach@me.com (maintainer, via email)

- Update to 1.0.20
- Change wording of error message to reflect ports having moved to new options
framework.

PR:		ports/179360
Submitted by:	Manuel <manuel.creach@me.com> (maintainer)
Approved by:	Manuel <manuel.creach@me.com> (via private email)

Add back BROKEN message when WITH_NEW_XORG isn't set.

Submitted by:	pointyhat (via miwi)
Approved by:	portmgr (miwi), maintainer (timeout)

Switch to the logic from x11-drivers/xf86-video-intel for detecting
whether graphics/libdrm with KMS enabled is installed. For one, the
WITH_KMS knob never real has been established as a global option
within the ports tree. Also, just using IGNORE here when libkms.so
not already exists does the wrong thing when graphics/libdrm generally
is not installed at this point of time, yet.

Approved by:	bapt (mentor), maintainer

- Update to 1.0.19

PR:		ports/173597
Submitted by:	Manuel Creach <manuel.creach@me.com> (maintainer)
Feature safe:	yes

Libva driver for intel graphics cards with hardware accelerated
features for video encode/decode.

WWW:	http://cgit.freedesktop.org/vaapi/intel-driver

PR:		ports/172843
Submitted by:	Manuel Creach <manuel.creach@me.com>
Feature safe:	yes