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)
- 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
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
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
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@
- Replace deprecated PATCHDIR reference with more appropriate FILESDIR
- Remove old comment about inconsistencies in nVidia release numbers
PR: ports/169186 (version update)
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
- 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
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
- 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
explicitly create ${PREFIX}/${MODULESDIR}/extensions directory
- Fix pkg-plist issue when both lib/xorg/modules/extensions/libglx.so and
lib/libGL.so.1 handling worked for installation from the port, but was
insufficient for the package
Special thanks to ale@ for proposing pkg-plist fix and patiently waiting
for me to realize it is indeed correct.
PR: ports/152400
multimedia/libvdpau. [1]
- Explicitly set PORTREVISION to zero for slaves ports (legacy drivers),
they are not affected by the changes.
PR: ports/150369 [1]
Submitted by: Anonymous <swell.k at gmail.com>
Reviewed by: danfe (maintainer)
mistakenly dropped in rev. 1.97 and add a comment explaining why do we
set it not in PORTNAME section, but later (when NVVERSION is defined).
PR: ports/146566
- Add missing symlink `libglx.so' to pkg-plist to unbreak installation
from binary package (accidentally dropped in rev. 1.23)
- Provide symlinks for VDPAU headers in /usr/local/include/vdpau [1]
Discussed with: decke, czander@nVidia [1]
- Patch for updated d_mmap() in recent -CURRENT where applicable
- Adjust FreeBSD version requirement (legacy drivers work on older releases,
contrary to 195.22 beta)
Feature safe: yes
not occur, but now it is special: it features long-awaited x86-64 (amd64)
support. In order to use this driver release, your system will need to have
either FreeBSD 7-STABLE after 702106 or FreeBSD 8.0 and above.
Both the FreeBSD/x86 and FreeBSD/x86-64 driver packages include 32-bit Linux
ABI compatibility libraries; 64-bit Linux libraries may be included with a
future release (when support for Linux/x86-64 compatibility is added to
FreeBSD/amd64). The FreeBSD/x86-64 package does not include the FreeBSD/x86
OpenGL libraries; however, the libraries shipped with the FreeBSD/x86 driver
package have been tested on FreeBSD/x86-64.
Port was updated to serve both versions seamlessly. No need to specify
anything to distinguish between architectures.
I would like to thank everyone involved to make this happen.
Reviewed on: -ports@
- Register CONFLICTS with number of Linux DRI ports [2]
- Improve grammar in comment while here
PRs: ports/138598 [1], ports/135322 [2]
Reviewed by: bsam [2]
Feature safe: yes
