x11/nvidia-driver 595.112.07

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   

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

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

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

Many thanks to jlh@ for this as he had many years of patience in getting
all of the necessary pieces [1][2] in.

[1] http://svnweb.freebsd.org/base/head/lib/libc/libc.ldscript?revision=251668&view=markup

PR:		ports/138228 [2]
Submitted by:	jlh (bsd.ssp.mk based on)
Reviewed by:	bapt
With hat:	portmgr
exp-runs done:	37 over a month on 91i386,91amd64,10i386,10amd64

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

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.

- Update NVidia drivers to their corresponding latest versions - Apply a workaround to fix the build on recent -CURRENT after fget(9) KPI   was changed in r224778 (affects the driver since version 195.22)

- Fix the build against Clang (also GCC with -Wformat-security, see PR   ports/157255) - Drop long gone ports from CONFLICTS line and refine some comments   while I'm here

Submitted by:	Garrett Cooper (modified)

Unbreak on -CURRENT after r221320.

Reported by:	several
Submitted by:	Pan Tsu

- Update corresponding NVidia drivers to versions 270.41.19 and 173.14.30 - Turn formal requirement for X server into explicit dependency and bump   port revisions in nvidia-driver-96 and nvidia-driver-71 accordingly - Remove NO_PACKAGE; along with previous change, this enables us to build   nvidia-driver packages - Try to rely a little less on the assumption that PREFIX == LOCALBASE and   explici

Special thanks to ale@ for proposing pkg-plist fix and patiently waiting
for me to realize it is indeed correct.

PR:	ports/152400