Unbreak nVidia drivers on recent -CURRENT, after memset() changes by mjg@
in r334533 have revealed an existing bug in the nVidia code.

PR:	228709

Update nVidia driver long lived branch to version 390.59, which had added
support for GeForce GTX 1050 (with Max-Q Design), Quadro P3200, and Quadro
P4200, but most importantly, for X.Org xserver ABI 24 (xorg-server 1.20).

PR:	228383

Update nVidia driver to the latest long lived branch version 390.48.

Update to the latest long lived branch version, 390.25.

PR:	225574

Update nVidia drivers to their latest versions which fix frequent kernel
panics reported by some users.

PR:	225346

Update nVidia driver ports to their most recent versions, bringing assorted
bugfixes and support for X.Org xserver ABI 23 (xorg-server version 1.19).

PR:	224597

Update nVidia driver to the most recent long lived branch version 384.90.

PR:		222547
Submitted by:	kbowling

Update nVidia driver to the recent long lived branch version 384.59.

PR:	221017

Update `x11/nvidia-driver' to version 375.66, which fixes multiple
vulnerabilities in the kernel mode layer handler.

Security:	f52e3a8d-3f7e-11e7-97a9-a0d3c19bfa21
PR:		219465
Submitted by:	Andrew Marks

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 always true/false OSVERSION conditions

Approved by:	portmgr blanket

Update nVidia drivers to their most recent versions: 375.39 (long lived
branch); legacy versions: 340.102 and 304.135.

PR:	216574, 217341

Unbreak the build of nvidia-driver-304, which I broke in r433892 [1]

While here add += to the SUB_LIST lines so we don't accidently overwrite
other SUB_LIST if they should be added later.

Reported by:	Walter Schwarzenfeld <w.schwarzenfeld@utanet.at> [1]

Now that all supported FreeBSD versions support libmap.conf files installed
from ports, remove the symlink dance with libGL/libEGL/libgles and the
nvidia-driver ports.

* Revert libGL/libEGL/libglesv2 ports to normal.
* Rename the conflicting libraries from the nvidia-driver ports with a
  -NVIDIA prefix and install a libmap.conf file to map to these versions.
* Remove the special case from Mk/Scripts/qa.sh for libGL and libEGL.
* Sadly the symlink dance between nvidia-driver and xorg-server for glx.so
  need to stay, due to xorg-server opening that file with dlopen(3).

Approved by:	portmgr@ (mat@ (prio version))
Differential Revision:	https://reviews.freebsd.org/D7848

Cosmetic change: reword comments to improve consistency and readability:
quote type and structure names and drop extra `SVN' word when referring
to a particular code revision.

Chase `sys/capability.h' rename to `sys/capsicum.h' in FreeBSD src r263232.
This is to unbreak the build on recent -CURRENT, where deprecation warning
was added in r312758 (FreeBSD src aka base).  While here, wrap one overly
long line.

PR:	216478

Update nvidia driver to 375.26 and legacy drivers to 340.101 and 304.134.

This brings official support for FreeBSD 11 and Xorg server 1.19.

PR:		215370
Submitted by:	kbowling
Approved by:	danfe (maintainer)

Add build dependency on linux_base so the build process can run tls_test.
This affects which copy of Linux libnvidia-tls gets installed.
Also add a run dependency on Linux Xorg libraries needed by some of the
installed libraries.

PR:		215345

Add libEGL to linux-c7-dri, needed by linux-c7-cairo.

Allow linux-*-dri and nvidia-driver to coexist.

Fix `linux.ko' false dependency.  Starting with version 358.09, the driver
includes a new kernel module, `nvidia-modeset.ko', a driver component that
works in conjunction with the `nvidia.ko' kernel module.

However, previously the build process did not respect LINUX compile (port)
option.  Adopt the same way this is done for the core driver.

PR:		213222
Submitted by:	peter

- Replace Mk/bsd.linux-apps.mk and Mk/bsd.linux-rpm.mk with
  Mk/Uses/linux.mk.
- Replace USE_LINUX=yes with USES+=linux and USE_LINUX=(.*) with
  USES+=linux:\1 in all ports.
- Replace USE_LINUX_APPS with USE_LINUX in all ports.
- Use INSTALL_SCRIPT instead of INSTALL_PROGRAM to install scripts in some
  ports.
- When USE_LINUX_RPM is defined, simplify the way DISTFILES and EXTRACT_ONLY
  are defined.
- Remove BRANDELF_DIRS and BRANDELF_FILES handling.  In the very rare cases
  that it is still necessary ports can run ${BRANDELF} from post-patch.
- Remove AUTOMATIC_PLIST handling.  Only one port used it.
- Fix Linux MASTER_SITES.
- Replace OVERRIDE_LINUX_BASE_PORT and OVERRIDE_LINUX_NONBASE_PORTS with
  default versions framework.

x11/nvidia-driver: Update to 367.44

May fix an issue with a dark screen at first Xorg init for some users (reported
on GTX960).

PR:		212287
Reported by:	O. Hartmann <ohartman at zedat.fu-berlin.de>
Approved by:	danfe, jonathan
Differential Revision:	https://reviews.freebsd.org/D7723

- Mention that ``nvidia'' (or ``nvidia-modeset'' as of recently) can be put
  on ``kld_list'' variable in /etc/rc.conf as well (for later loading)
- Make s/nvidia/nvidia-modeset/ replacement suggestion more accurate because
  ``.ko'' suffix is omitted in syntax for both of those files
- Improve UPDATING wording for corresponding 20160829 entry accordingly

Fix damage done in r421117: UPDATING entries do not make good `pkg-message'
files, especially when there already is existing `files/pkg-message.in'.

Unfortunately, this now requires port revision bump in all three ports.

Pointy hat to:	cem

nvidia-driver: Add a note about nvidia-modeset.ko for 367.35 update

Add a note in pkg-message and UPDATING.  Correct a pkg-plist sorting mistake
while here.

Reviewed by:	dhw, wblock
Approved by:	brd (previous version)
Differential Revision:	https://reviews.freebsd.org/D7700

Properly repomove the patch now that pristine copy was pruned in r421038.

Remove wrongly created patch in r421027 which had lost existing history.

x11/nvidia-driver: Update to 367.35

* Add needed x11 and xext dependencies

Thanks to everyone who submitted patches, tested, and reviewed this update.

PR:		201340
Submitted by:	Bengt Ahlgren <bengta at sics.se>, Kevin Bowling <kbowling@>,
		Oleg <zoleg at vusovich.ru>,
		Tomoaki AOKI <junchoon at dec.sakura.ne.jp>,
		Ultima <Ultima1252 at gmail.com>
Tested by:	Jeremy Cox <jeremy.m.cox at gmail.com>,
		O. Hartmann <ohartman at zedat.fu-berlin.de>,
		Tomoaki AOKI
Approved by:	danfe
Differential Revision:	https://reviews.freebsd.org/D7569

Remove another no-op sed(1) in-place patch: none of the currently supported
drivers attempt to allocate fixed width buffer bus_type[] on stack now.

Clean up the Makefile after recent changes: put source code and build logic
patching closer together and move OPTIONS-related patching thereafter.  Non
functional.

Deorbit support for nVidia driver legacy versions, part 3:

- libnvidia-cfg.so* files are always installed since version 81.074
- Au contraire, libnvidia-wfb.so.1 is not (since version 195.022)
- Remove now useless checks for NVVERSIONs before 180.029 and 185.01829
  (always false) and after 304.128 (always true)
- Unconditionally rename libGLcore -> libnvidia-glcore in pkg-plist
  (been that way since version 256.053)

Deorbit support for nVidia driver legacy versions by cleaning up in-place
patching of the driver(s) source code (part 2):

- Only legacy drivers didn't know about new d_mmap() after src r201223,
  and page queue locking changes after src r207410, r207617, r207644, and
  r163622; ditto for /return/s/ioctl/sys_&/ after src r225617
- Remove now always true condition when adjusting Linux headers #include's
  after src r246085
- Contemporary driver versions are now aware of the +1 argument count in
  vm_map_find() since src r255426
- Do not try to unbreak the build of 173.14.xx series on recent -CURRENT:
  this legacy driver version was removed by kwm@ in r399180 last year
- Remove remaining checks and patching code for outdated NVVERSION values

In sight of upcoming update, deorbit support for legacy versions (part 1):

- Make the top comment reflect the current reality
- MASTER_SITE_SUBDIR does not have be set later, as it no longer depends
  on NVVERSION (this also allows to move ONLY_FOR_ARCHS where it belongs)
- Delete no longer relevant legacy only versions specific patches; retain
  EXTRA_PATCHES as this separation would still be needed in new versions
- All security patches only touch legacy drivers and thus also deleted
- PAE and WBINVD options are now unconditional (independent of NVVERSION)
- Drop no longer needed LIB_DEPENDS on libm.so.3 from `misc/compat5x'
- Adjust a comment and simplify regexp that had been sitting in my tree
- Stop mentioning that this driver does not support PAE-enabled kernels
  in pkg-message

Update nVidia legacy driver versions to 304.131 and 340.96, respectively,
to gain advantage of added support for X.Org X server ABI 20 (xorg-server
1.18).  They also fixed a bug that could cause texture corruption in some
OpenGL applications when video memory is exhausted by a combination of
simultaneously running graphical and compute workloads.

PR:	209027

Simplify custom `update-distinfo' convenience target and make it more robust:
previous join(1)-based implementation depended on how the file is sorted and
often failed to work properly.

While here, do not suppress default `.bak' suffix when editing files in-place
to make debugging easier, shall it be needed.

Remove unneeded usage of:

- MASTER_SITE_SUBDIR
- ${MASTER_SITES_FOO}
- :DEFAULT (and use a default when appropriate)

Sponsored by:	Absolight

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

With hat:	portmgr
Sponsored by:	Absolight

Drop 8 support.

With hat:	portmgr
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D3694

Fix a typo for x11/nvidia-driver-304.

Spotted by:	Lena at lena dot kiev dot ua
Approved by:	danfe (maintainer, implicit)

- Update x11/nvidia-driver to 346.96.
- Update x11/nvidia-driver-340 to 340.93.
- Update x11/nvidia-driver-304 to 304.128.

Approved by:	danfe (maintainer)

Update NVidia driver long lived branch to version 346.47.

- Move mainstream version to 346.xx (update to 346.35) and create another
  legacy slave port `x11/nvidia-driver-340'; update top comment accordingly
- No longer explicitly advertise brokenness for ${OSVERSION} > 1000041 and
  ${NVVERSION} <= 71.08615 combination: not only old legacy ports recently
  had been removed, but frankly users of those old gfx cards should either
  not be running FreeBSD 10.x or totally rely on self-support, thus making
  this BROKEN statement merely an annoyance for them (other checks for some
  older driver versions still remain as being functional)
- Change CONFLICTS to CONFLICTS_INSTALL (honestly, this change *should* be
  no-op since CONFLICTS should be installation-time conflicts in the first
  place, but adhere to this stupidity of the framework for the time being)

- Update mainstream version to 340.76
- The d_thread_t typedef is a compatibility shim to support FreeBSD 4.X:
  plans are to remove it in FreeBSD 11.X, so prepare for that in advance

PR:		196693
Submitted by:	jhb

x11-servers/xorg-server: Update to 1.14

The X.Org server has been updated to 1.14. The changes it brings are described
in a post on the Graphics team blog:
http://blogs.freebsdish.org/graphics/2014/11/19/xserver-1-14-update-ready/

The most noticable change is the DEVD input device autodetection backend
which is enabled by default, replacing the HAL backend. The keyboard
layout configuration must be migrated from HAL's .fdi files to X.Org
files. The procedure is explained in the post mentionned above.

Several ports were removed with this update, mainly because they are not
compatible with the X.Org server anymore:
    o  nvidia-driver-71
    o  nvidia-driver-96

Adjust version check to unbreak the build of 304.xx branch.

Reported by:	Walter Schwarzenfeld

Update NVidia drivers (long lived branch and legacy 304.xx branch) to their
most recent versions that have CVE-2014-8298 vulnerability fixed.

Security:	fdf72a0e-8371-11e4-bc20-001636d274f3

Fix libEGL and libGLESv2 conflict between libEGL/libglesv2 and the
nvidia-driver port in the same fashion it was done as the conflict
with the libGL port.

Mesa ports:
Add pkg-[de]install scripts to handle the symlinks in the libEGL
  and libglesv2 port.
Move pkg-[de]install scripts of libGL out of files/
Put the real mesa libraries into lib/.mesa so we don't have each
  port create a directory for it own use.

Nvidia-driver:
Only apply the libEGL.so and libGLESv2.so alternative install
  directory if nvidia-driver actually ships them. Copied from
  PR submitter, since it was much cleaner then my initial attempt.

- Stop trying to adopt cap_rights_t type change in FreeBSD src SVN r255219
  as recent driver versions are already account for it; this unbreaks the
  build for 304.xx branch [*]
- Simplify patching for stack buffer overflow in nvidia_sysctl_bus_type():
  NVidia really screwed up fixing it since it was reported.  Originally,
  they were sprintf(bus_type, "PCI-E")ing to a 4-character buffer allocated
  on stack (304.88 and earlier); later they've replaced the buffer with a
  char * pointer, but left one sprintf() into it (304.108 and above, up to
  304.121); then finally fixed it for real in 304.123.  Given versions are
  only for 304.xx branch; others retained the same bugs during this time
  frame.  Fix it across the gang by simply extending bus_type[4] (if found)
  to eight bytes instead of employing complex NVVERSION checks: this should
  now be no-op for newer versions, but good enough for older ones (e.g. for
  173.14.35, 96.xx, and 71.xx)

PR:	194866, 194958 [*]

Fix distinfo for i386 flavor of version 304.123 of the driver.

PR:	194890

Update two most recent branches of nVidia drivers to versions 340.46
and 304.123.

- Finish conversion of NVVERSION to float (left-pad minor < 99 with zero
  to allow version comparison); now we're safe until minor wraps to 1000
- Augment a comment about NVVERSION and reword PAE option description
- Make `update-distinfo' target more robust (by respecting ARCH_SUFX)

Switch NVVERSION (internal variable derived from DISTVERSION) to float, in
order to handle version numbers where minor version can exceed 99; integer
scheme was breaking NVVERSION monotonicity and comparability in this case.

While here, put back the comment removed in r327777 for no apparent reason.

Avoid using @cwd
nuke @dirrm

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)

Fix two issues with r354638:
- Use MACHINE_CPUARCH rather than MACHINE_ARCH. While the former technically
  is more correct it unfortunately doesn't exist in stable/8, yet, and using
  the latter actually doesn't make a difference for i386.
- Allow to build nvidia-driver on OSVERSION > 1000052 with the LINUX option
  enabled.

Reported by:	swills

- Update nvidia-driver to 331.67.
- For i386, allow to build the non-legacy NVIDIA drivers with PAE support
  via an option, defaulting to disabled. This is tricky in two ways. First
  off, while their binary part is PAE-capable since around version 285,
  their build glue and wrapper only partially is. Second, for modules
  built along the kernel, enabled PAE support would be picked up via the
  generated opt_global.h from KERNBUILDDIR, which isn't available when
  compiling modules stand-alone. Nevertheless, these source modifications
  are modeled in a way so they also do the right thing when integrating a
  nvidia-driver module into a kernel build.

Approved by:	maintainer timeout (2 weeks)
Sponsored by:   Bally Wulff Games & Entertainment GmbH

- Update long lived branch to version 331.49
- Provide a convenience target to merge new hash and size with existing
  distinfo: first, redefine DISTINFO_FILE (so that prerequisite target
  `makesum' would not overwrite existing distinfo file), then prepend
  relevant SHA256 and SIZE lines with tilde (~) to cope with join(1)'s
  requirement for sorted lines, truncate the old values thereof, join(1)
  two files so new lines are nicely placed just where intended, finally
  removing hackish tildes (improvements to this quick and dirty approach
  are very welcome)
- Remove no longer relevant (and now somewhat confusing) comment in the
  `pre-install' target after the port was staged
- Fix two identical typos (paqe -> page) in comments while I'm here

Tested by:	dhw

- Unbreak the build of 173.14.xx legacy version on recent -CURRENT, and
  use more accurate OSVERSION value in the check (1000000 -> 1000041)
- Fix regression introduced in r342061, when <bsd.port.options.mk> was
  included before OPTIONS definitions
- Rename patches to get rid of those ugly double underscores (yuck!)
- Wrap couple of overly long lines after STAGEDIR conversion in r342050
- Create `drivers' and `extensions' directories in pre-install, not in
  pre-su-install: no longer needed for stagified port
- Fix regex when patching lib/Makefile for WITHOUT_LINUX handling, and
  improve nearby expressions while here as well

OSVERSION cannot be tested without a bsd.port.*.mk included before

- Stagify
- Mark -71 and -173 broken on FreeBSD 10+, they do not build there
- Remove check for FreeBSD 7.2-

Approved by:	portmgr (infrastructure blanket)

Update to version 331.20.

In sight of upcoming update, do some cleaning: convert to Uses=kmod and then
do not explicitly set SSP_UNSAFE and augment CATEGORIES; also sort pkg-plist.

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

SSP support has been added to ports with WITH_SSP for i386 and amd64
on FreeBSD 10, and amd64 on earlier versions.

SSP_UNSAFE is added to disable in a port if it fails to build, but
this should only be used in rare circumstances such as kernel modules.
Otherwise, the port may just be failing due to lack of respecting
LDFLAGS.

On FreeBSD 10, this uses an ldscript in /usr/lib/libc.so to pull in
libssp_nonshared.a to address issues linking on i386 [1].

On earlier FreeBSD versions the WITH_SSP knob will add -lssp_nonshared
to LDFLAGS on i386. This is not needed on amd64. However, several hundred
ports do not currently respect LDFLAGS, so this support is disabled currently
as it causes build failures if a dependency is looking for the stack_chk

- Unbreak on recent -CURRENT (after r255426): vm_map_find() now takes 10
  (ten) arguments rather than 9 (nine)
- Adjust OSVERSION check of the previous patch, after properly bumped by
  pjd@ in r255305

PR:	ports/181972

Unbreak the build on recent -CURRENT (after cap_rights_t type was changed
from uint64_t to a structure in r255219).

PR:	ports/181840

Fix NVidia drivers correctly after KVA space allocation API changes in
recent -CURRENT (after r254025).  Previously it would immediately core
dump upon loading of nvidia.ko.

PR:		ports/181144 (fix suggested in the audit trail)
Reviewed by:	jhb
Timeout from:	jeff (no cookie)

- Unbreak the build on recent -CURRENT after r254025 [1]
- Respect custom SRC_BASE (e.g. when set in /etc/make.conf) [2]
- Few non-functional changes (mostly comments; particularly, restore hint
  about MASTER_SITE_SUBDIR, bogusly changed by yours truly in r315754)

PR:	ports/181118 [1]
	ports/176733 [2]

- Update NVidia driver to the latest LTS stable version, 319.32
- Only offer FREEBSD_AGP option when it is actually supported
- Use new syntax for specifying LIB_DEPENDS
- Buffer overflow in nvidia_sysctl_bus_type() was fixed in 319.23

- Fix stack buffer overflow in nvidia_sysctl_bus_type()
- While here, install nvidia-bug-report.sh per popular demand and assume
  that everyone now has sed(1) that supports "addr1,+N" range syntax
- Spell X as X11 in port description

Submitted by:	glebius

Update NVidia drivers vulnerable to GPU driver ARGB cursor buffer overflow
in "NoScanout" mode.

Security:	CVE-2013-0131
Approved by:	portmgr (bapt)

- Convert recent patches against -CURRENT to sed(1) invocations that work for
  all driver ports, including legacy ones, with correct OSVERSION checks
- Retouch some comments while here

PR:		ports/177459
Submitted by:	bf
Approved by:	portmgr (miwi)

Resolve current build breakage on head for the nvidia driver via this nice
handy patch from dhw@ :-)

Shoveled in via src commit bit, after some discussions in #bsdports

PR:		ports/176980
Submitted by:	dhw@
Reviewed by:	miwi@
Approved by:	nobody in particular
Obtained from:	dogfood
MFC after:	2 weeks

Update the commentary.

- Update mainstream driver version to 310.32, the latest to date
- Unbreak the build on recent -CURRENT (after SVN r246085) [*]
- Move 304.xx driver version to yet another legacy port

PR:		ports/176146 [*]
Submitted by:	bf

Update to version 304.64.  While as of yesterday this version is technically
legacy per nVidia, retain it for a while until the dust settles and new long
lived branch version 310.19 can be declared stable.

Feature safe:	yes

Update mainstream driver to version 304.60.

Feature safe:	yes

- Update long lived branch driver to version 304.51
- Mention DOCS option in OPTIONS_DEFINE

Trim Makefile header for NVidia drivers, and move advisory comment about
legacy drivers to the top, where is suits better.

Fix the problem that PKGVERSION for 173.14.xx legacy driver went backwards
when it was updated to .35 on the 12th.  That moment, it kept PORTREVISION
1 from the master port.  When the master port was updated and PORTREVISION
removed on the 22nd, PKGVERSION of nvidia-driver-173 went backwards as its
PORTREVISION dropped from 1 to 0.  While I am at it, provide a comments in
all makefiles that keeping PORTREVISION setting (even when it is seemingly
zero) is important.

Reported by:	erwin

- Update 96.43.xx legacy driver to version 96.43.23, which brings support
  for X.Org xserver versions 1.11 and 1.12
- Fix one occurrence of LINUX option check (was broken in r304591) [1]

Noticed by:	bland [1]

- Drop useless quotes when assigning PREFIX (values with spaces are handled
  correctly nonetheless)
- Fix SVN properties to have FreeBSD keyword expanded

- After conversion to new OPTIONS framework, adjust pkg-message accordingly
- Check for DOCS in PORT_OPTIONS instead of NOPORTDOCS while here

Update mainstream driver to version 304.43.

Convert to OptionsNG

Approved by:	danfe (maintainer)

- Revert patch for CVE-2012-0946 to its original form and apply both CVE
  patches when needed, for clarity's sake
- Touch some comments in Makefile while here (purely cosmetic)

- Update legacy 173.14.xx series driver to version 173.14.35 and provide a
  patch for CVE-2012-4225 for this version
- Augment security patch for CVE-2012-0946 to cover CVE-2012-4225 as well
  for the benefit of really old legacy drivers

Unbreak installation of legacy drivers.

Solve libGL.so and libglx.so conflict situation between libGL, xorg-server and
the nvidia-driver. Install the libraries in port specific directories.
Use pkg-install and pkg-deinstall scripts to update the hardlinks to the
default locations of these files.

While here clean up some @dirrmtry lines in xorg-server plist for directories
that aren.t created by xorg-server.

Motivator:	pkgng
Inspiration:	irc, freebsd-x11@ mailinglist discussion (sorry can't find it
		anymore to give credit the people)
Reviewed by:	danfe@ (for nvidia parts), bapt@
Approved by:	danfe@ (for nvidia parts)
With hat:	x11@

Update nVidia driver to the latest long lived branch version, 295.71

Security:	http://nvidia.custhelp.com/app/answers/detail/a_id/3140

- Update the driver to the latest long lived branch version, 295.59
- Replace deprecated PATCHDIR reference with more appropriate FILESDIR
- Remove old comment about inconsistencies in nVidia release numbers

PR:     ports/169186 (version update)

Provide home-made patch for legacy nVidia drivers against recent arbitrary
memory access vulnerability.  While affected underlying code is very similar
in all released drivers, and they all are technically exploitable the same
way, the exploit relies on hardware that is not present in GPUs older than
NV50/G80, hence versions starting from 100.14.03 must be patched.

That said, while the patch does apply to all legacy versions, port revision
bump makes sense only for 173.14.xx series (as 96.43.xx and 71.86.xx do not
hardware exploit relies upon).

Discussed with: Christian Zander
Security:       CVE-2012-0946

Update to version 295.49, which had:

- Added support for GeForce GTX 690 GPU
- Fixed a problem where starting, stopping, and moving OpenGL application
  windows was very slow on Quadro FX 4600, Quadro FX 5600, GeForce 8800 GTX,
  GeForce 8800 GTS, and GeForce 8800 Ultra
- Fixed an OpenGL performance regression which affected Geforce 6 and Geforce
  7 series integrated GPUs

PR:     ports/167619

- Update to version 295.40
- Touch some comments

Security:       CVE-2012-0946

Unbreak on 7.X where sed(1) does not support "addr1,+N" ranges yet (was added
by brian@ in SVN r192732 on 2009-05-25).

Reported by:    erwinmail
Pointy hat to:  danfe (for not running 7.X tinderbuild)

PAE kernels are incompatible with legacy drivers only (for a while now), so
adjust pkg-message accordingly.

Discussed with: Christian Zander from nVidia

X11BASE has been deprecated for a long time now, and is going to be dropped
from `Mk/bsd.port.mk' soon.  Account for it and pass it to make environment
locally as nVidia driver code still uses it.

PR:             ports/161558
Submitted by:   eadler (PR), crees (nvidia-driver patch)
Feature safe:   yes

Unbreak legacy (pre-195.22) drivers build on 9.X after SVN r225617 by kmacy@.

PR:             ports/161839
Submitted by:   Barry Tigner

Update to version 285.05.09, which should remedy system hangs people were
reporting with 280.13.