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
- Remove offending piece of code (already commented out)
- Update some comments
- Remove old X11 libraries hack for USE_LINUX, seems to be of no use
there days
- As this update renders even more GPUs obsolete (please consult README file
to find out if your card needs legacy driver), x11/nvidia-driver-173 slave
port will be committed shortly
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+
Thanks to all Helpers:
Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
ehaupt, nox, itetcu, flz, pav
PR: 116263
Tested on: pointyhat
Approved by: portmgr (pav)
once again, as a temporary measure, NVVERSION is easier to define in slave
and master ports independently than further obfuscate the Makefile
- Display pkg-message consistenly between port vs. package installation
- Minor nit: spell `NVidia' consistently in Makefile
Closes PR: ports/119090
Submitted by: Brad Allen
- Convert NVVERSION to brave new order (makes them ugly, I know)
- Fix the emulation of semaphores implemented in `nvidia_os.c'. The problem
with nVidia's code was that it tries to use a spin mutex with a condition
variable, which is explicitely disallowed [1]
- Remove X.org-related path hacks since nVidia handles it correctly now
- Fix symlinks when installing from package (plist change)
- Stop saying FILESDIR when PATCHDIR was meant
- Simplify some Makefile logic: remove always-true check
Submitted by: mux, Craig Boston (independently) [1]
- Update the driver to the latest version, 100.14.11
- Update legacy driver versions to 1.0-7185 and 1.0-9639
- Prevent the port from messing with system configuration files (e.g.
/boot/loader.conf) and doing automatic module loading/unloading. This
functionality would be lost in package anyway, and might cause undesired
side effects [*]
- Register proper @exec/@unexec for ldconfig(8) calls for Linux libraries
- Kill NVidia's afterinstall banner, our pkg-message tells the same but is
more detailed and accurate
- Require X server being installed
- INSTALLS_SHLIB -> USE_LDCONFIG, seems to be OK nowadays
- Respect NOPORTDOCS user setting
- Throw in couple of comments + other minor tweaks
100.14.11 Release Hightlights:
- GeForce 7050 PV/NVidia nForce 630a
- GeForce 7025/NVidia nForce 630a
- Fixed console restore problems in several different configurations, e.g.
VESA console, notebook LCD displays
- Improved interaction with ATi RS480/482 based mainboards
- Improved support for House Sync with G-Sync II
- Improved NVidia X driver interaction with ACPI daemon
Requested by: several [*]
- Simplify SHLIB_VERSION handling, it's not that bad after all
- Better and cleaner PORTDOCS handling, less hacks in Makefile
- Fix non-root installation (use pre-su-install)
- Miscellaneous Makefile nits
previously they were somewhat misleading (logic remains the same) [1]
- Take xorg-server-snap into account, previously having it installed
would break pkg-list logic (libglx.so wasn't backed up/restored
properly) [2]
- Utilize DOCSDIR macro in pkg-message.in
- Drop currently noop USE_X_PREFIX
Discussed with: flz [1]
Suggested by: flz [2]
- NVVERSION is no longer user settable. nVidia changed their versioning
scheme, which made my life a bit harder. Since this is master port and
cares about legacy version slaves as well, derive NVVERSION from DIST-
VERSION as doing so required less intrusive changes. Update the comment
accordingly. UPDATING note will be committed separately
- Retire OSVERSION hack since it's no longer needed. PORTREVISION are now
set in all three nvidia-driver ports independently. Previously it was
not really safe because NVVERSION was user settable variable
- Introduce new variable, SHLIB_VERSION, and use it in PLIST_SUB, because
it's not always equal to NVVERSION these days
- Mute MKDIR along the way
For slave ports:
- Rename port directory names to reflect future reality: their versions
going to bump as well. No repo copy since there's no history to preserve
- Drop support for WITH_LEGACY_GPU_SUPPORT knob, instead allow to specify
needed NVVERSION (move towards being master port) [*]
- Update related comment
Prodded by: many [*]
GeForce 8800 GTS and GeForce 8800 GTX boards [1]
- More proper WITHOUT_LINUX knob handling [1] [2]
- Update an old patch to be more consistent with current way of doing
Linux-compat things (should be no-op change though)
PR: ports/107307 [1]
Submitted by: Eygene Ryabinkin [1]
Reported by: Rostislav Krasny [2]
