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

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>

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 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>

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.

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

- 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)

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