nvidia-texture-tools Texture Tools with support for DirectX 10 texture formats

2.0.8.1_13 graphics =1 2.0.8.1Version of this port present on the latest quarterly branch.

Maintainer: amdmi3@FreeBSD.org

Port Added: 2009-03-07 14:52:57

Last Update: 2019-07-26 21:46:57

SVN Revision: 507372

License: MIT

Description:

The NVIDIA Texture Tools is a collection of image processing and texture manipulation tools, designed to be integrated in game tools and asset conditioning pipelines. The primary features of the library are mipmap and normal map generation, format conversion and DXT compression. DXT compression is based on Simon Brown's squish library. The library also contains an alternative GPU-accelerated compressor that uses CUDA and is one order of magnitude faster. WWW: https://github.com/castano/nvidia-texture-tools

SVNWeb : Homepage

pkg-plist: as obtained via: make generate-plist

Expand this list (14 items)

1. /usr/local/share/licenses/nvidia-texture-tools-2.0.8.1_13/catalog.mk
2. /usr/local/share/licenses/nvidia-texture-tools-2.0.8.1_13/LICENSE
3. /usr/local/share/licenses/nvidia-texture-tools-2.0.8.1_13/MIT
4. bin/nvassemble
5. bin/nvcompress
6. bin/nvddsinfo
7. bin/nvdecompress
8. bin/nvimgdiff
9. bin/nvzoom
10. include/nvtt/nvtt.h
11. lib/libnvcore.so
12. lib/libnvimage.so
13. lib/libnvmath.so
14. lib/libnvtt.so

Collapse this list.

Dependency lines:

• nvidia-texture-tools>0:graphics/nvidia-texture-tools
• libnvcore.so:graphics/nvidia-texture-tools

To install the port: cd /usr/ports/graphics/nvidia-texture-tools/ && make install clean

To add the package: pkg install nvidia-texture-tools

PKGNAME: nvidia-texture-tools

Flavors: there is no flavor information for this port.

ONLY_FOR_ARCHS: amd64 i386 powerpc powerpc64

distinfo:

TIMESTAMP = 1491085339 SHA256 (castano-nvidia-texture-tools-2.0.8.1-2.0.8_GH0.tar.gz) = d188d0b28d61985c06dbc151278f8daa3edd680e910977d1261ba9fa4a151629 SIZE (castano-nvidia-texture-tools-2.0.8.1-2.0.8_GH0.tar.gz) = 939218

Dependencies

NOTE: FreshPorts displays only information on required and default dependencies. Optional dependencies are not covered.

Build dependencies:

1. cmake : devel/cmake
2. ninja : devel/ninja

Library dependencies:

1. libpng.so : graphics/png
2. libtiff.so : graphics/tiff
3. libIlmImf.so : graphics/openexr
4. libjpeg.so : graphics/jpeg-turbo

This port is required by:

for Libraries

1. games/xray_re-tools
2. graphics/devil

Configuration Options

===> The following configuration options are available for nvidia-texture-tools-2.0.8.1_13: DOCS=on: Build and/or install documentation ===> Use 'make config' to modify these settings

USES:

alias cmake compiler:c++11-lang jpeg

Master Sites:

1. https://codeload.github.com/castano/nvidia-texture-tools/tar.gz/2.0.8?dummy=/

Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.

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, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.

PR:		238330

graphics/nvidia-texture-tools: remove COMPRESSUI option (Qt4 deprecation)

Approved by:	portmgr (implicit)

Fix vector initialization to unbreak the build on PowerPC.

Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 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, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.

PR:		231590

Mark QT4 ports/functionality for removal on 2019-03-15

While here, chase some KDE4 ports and functionality, these are scheduled for
removal on 2018-12-31. Change the default option/flavor to QT5 where applicable
or use alternative toolkits like GTK.

Submitted by:	tcberner
Reviewed by:	adridg, jhale, rene, tcberner
Approved by:	portmgr (implicit, flavor hook)
Differential Revision:	https://reviews.freebsd.org/D17741

Fix build on GCC-based architectures.

Remove useless BROKEN_sparc64 line; it is obviated by ARCHS.

While here, pet portlint.

PR:		231608
Submitted by:	Piotr Kubaj
Approved by:	portmgr (tier-2 blanket)

Update ilmbase and openexr to 2.3.0, rename OpenEXR to openexr.

Release notes: <https://github.com/openexr/openexr/releases/tag/v2.3.0>

Adjust LIB_DEPENDS of all ports that require ilmbase or openexr to chase
the new lower-case spelling of the name, and to omit the version from the
library name to ease future maintenance.

Bump PORTREVISION of all ports that depend on ilmbase or openexr directly,
so that they all get rebuilt on upgrades.

Add patches to graphics/ampasCTL to keep it alive, with (a) ilmbase now
that its Iex::BaseExc class is no longer derived from std::string,
details were given upstream through https://github.com/ampas/CTL/issues/71
and (b) to unwind semicolon/;-lists in cmake that stem from openexr/
ilmbase pkg-config variables.
(Note ampasCTL is unmaintained as FreeBSD port, and upstream,
and I cannot run-time test it.)

Poudriere build tests on 11.2-RELEASE-p1 amd64 of ALL ports depending
directly or indirectly on ilmbase and/or openexr have passed without
regressions.  Thus invoking due diligence, I believe I have done the
equivalent of an -exp run, and do not require approval for the dependency
chases to third-party ports.

Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mk

From now on, ports that depend on Qt4 will have to set
	USES=		qt:4
	USE_QT=		foo bar
ports depending on Qt5 will use
	USES=		qt:5
	USE_QT=		foo bar

PR:		229225
Exp-run by:	antoine
Reviewed by:	mat
Approved by:	portmgr (antoine)
Differential Revision:	-https://reviews.freebsd.org/D15540

graphics/nvidia-texture-tools: unbreak build with Clang 6 (C++14 by default)

src/nvimage/ImageIO.cpp:138:10: error: cannot initialize return object of type
'nv::FloatImage *' with an rvalue of type 'bool'
                return false;
                       ^~~~~
src/nvimage/ImageIO.cpp:236:12: error: cannot initialize return object of type
'nv::Image *' with an rvalue of type 'bool'
                                return false;
                                       ^~~~~
src/nvimage/ImageIO.cpp:257:11: error: cannot initialize return object of type
'nv::Image *' with an rvalue of type 'bool'
                        return false;
                               ^~~~~
src/nvimage/ImageIO.cpp:624:10: error: cannot initialize return object of type
'nv::Image *' with an rvalue of type 'bool'
                return false;
                       ^~~~~
src/nvimage/ImageIO.cpp:632:10: error: cannot initialize return object of type
'nv::Image *' with an rvalue of type 'bool'
                return false;
                       ^~~~~
src/nvimage/ImageIO.cpp:639:10: error: cannot initialize return object of type
'nv::Image *' with an rvalue of type 'bool'
                return false;
                       ^~~~~

Reported by:	pkg-fallout (blocks 9 ports)
Obtained from:	upstream
Approved by:	portmgr blanket

Security update OpenEXR and ilmbase to 2.2.1.

While here, fix libIlmImfUtil_la_LDFLAGp so that when linking libIlmImfUtil,
the locally built libIlmImf gets precedence over the one in /usr/local,
to permit upgrades in a running system with the older version installed.

This changes the library's SONAME, so bump PORTREVISION of all dependees.

Unfortunately, this looks a bit too intrusive for an MFH to 2017Q4.

Security:	CVE-2017-9110
Security:	CVE-2017-9111
Security:	CVE-2017-9112
Security:	CVE-2017-9113
Security:	CVE-2017-9114
Security:	CVE-2017-9115
Security:	CVE-2017-9116
Security:	803879e9-4195-11e7-9b08-080027ef73ec

Sort ARCHS.  While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)

Begin deorbit burn of ia64.  We have not attempted to build packages for
it for many years.

While here, alphabetize ARCHs, pet portlint, and modernize usages.

Approved by:	portmgr (tier-2 blanket)

Revision bump of all ports with USE_GL after consolidation of mesa-libs

Approved by:	swills (mentor)
Differential Revision:	https://reviews.freebsd.org/D10845

Make defining both PORTVERSION and DISTVERSION a DEV_ERROR.

There are two cases:

- The upstream versionning is compatible with our versionning, or using
  DISTVERSION's magic leads to a compatible PORTVERSION, use
  DISTVERSION.  If it is possible to use DISTVERSIONPREFIX and
  DISTVERSIONSUFFIX to make it compatible, use them.
- The upstream versionning is not compatible with our versionning, and
  DISTVERSION's magic does not lead to a correct PORTVERSION, then set
  PORTVERSION to the equivalent of our versionning, and set DISTNAME.
  It is possible to use a third variable where you store upstream's
  version and use it to compute PORTVERSION and/or DISTNAME, like the
  dns/bind9* ports do.

Sponsored by:	Absolight

- Switch to new github home [1]
- Update WWW [1]
- Regenerate patches
- Add LICENSE

PR:		208858 [1]
Submitted by:	fcsk.aim@gmail.com [1]

Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.

With hat:	portmgr
Sponsored by:	Absolight

- Switch to options helpers

Convert to USES=jpeg

Bump portrevision after png update

Properly support png15

Add USES=alias to several ports

Alias is a new USES tool that allows DragonFly to masquerade as FreeBSD
by setting CFLAGS+= -D__FreeBSD__.  For some ports, this fixes the build
without the need for additional patches.

Approved by:	portmgr (bapt, blanket)

- Cleanup plist

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)

Upgrade OpenEXR and ilmbase to 2.2.0.

GCC 4.2 in FreeBSD 8.X/9.X base is now too old to compile OpenEXR, so
GCC-based systems will upgrade to the default ports compiler (GCC 4.7
currently.)

Add two patches to OpenEXR to permit building it in a live system with
the older OpenEXR version installed. Bug report filed to upstream Github
at https://github.com/openexr/openexr/issues/130

Couple OpenEXR more tightly to ilmbase and require its exact .so
version.

Add UPDATING note, and bump PORTREVISION of all dependent ports.

Proto-STAGE hugin-devel, and mark it IGNORE because hugin is newer.

Approved by:	portmgr (implicit for bumping PORTREVISION on unstaged ports)

- Add ONLY_FOR_ARCHS

- Remove hack for ilmbase

- Remove DOCS, NLS and EXAMPLES from OPTIONS_DEFAULT in my ports, as suggested
by Porter's Handbook

- Bump dependent ports' revisions (graphics/ilmbase and graphics/OpenEXR)

Approved by:	wg (mentor)

graphics/ilmbase

- Update to 2.0.1
- Change master sites to SAVANNAH
- Change maintainer email to @FreeBSD.org
- Remove conflict with non existent Port
- USES pathfix pkgconfig
- Add executable
- Add DOCS Option
- Support STAGEDIR and add OPTIONS_SUB
- Use pathfix instead of simple patches
- Adjust patches
- Change WWW

graphics/OpenEXR

- Support staging
- Use new LIB_DEPENDS syntax

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

- Remove MAKE_JOBS_SAFE variable

Approved by:	portmgr (bdrewery)

- Trim Makefile headers
- Drop ABI versions from LIB_DEPENDS
- OptionsNG
- Pet portlint
- Switch to dynamic plist where useful
- Canonicalize patch names
- Fix DOS line endings in patch files

- convert USE_CMAKE to USES
- while here clean up some ports from CMAKE_VERBOSE, which is intended
  for users

Approved by:	portmgr (miwi)

- Fix build with clang

PR:		176899
Submitted by:	Christopher Dukes <chris.dukes.aix@gmail.com>

- OptionsNG
- Trim header

- Chase lib version changes from ilmbase and OpenEXR updates

- Work around graphics/ilmbase pthread-related brokenness to fix build

Reported by:	beat@

- Convert USE_QT_VER=4 and QT_COMPONETS to USE_QT4

Review by:      bapt, David Naylor (kde team)

- update png to 1.5.10

Remove CMAKE_USE_PTHREAD from the ports using it.

This setting has not had any effect since r1.13 to bsd.cmake.mk, as it
was only useful when we supported FreeBSD < 7.

Approved by:    avilla (mentor), portmgr (miwi)
Feature safe:   yes

-remove MD5

- Update to 2.0.8-1 (bugfix release)

Also broken on powerpc.

Hat:            portmgr

- update to 1.4.1
Reviewed by:    exp8 run on pointyhat
Supported by:   miwi

- update to jpeg-8

- Update to 2.0.7-1
- Mirror distfile
- Change IGNORE to BROKEN and mark BROKEN on ia64 as well

- update to jpeg7
Tested by:      pav on pointyhat

- Update to 2.0.6

- Build shared libraries instead of static
- Mark MAKE_JOBS_SAFE

bump PORTREVISION after cmake update

Mark as not for sparc64.

The NVIDIA Texture Tools is a collection of image processing and
texture manipulation tools, designed to be integrated in game tools
and asset conditioning pipelines.

The primary features of the library are mipmap and normal map
generation, format conversion and DXT compression.

DXT compression is based on Simon Brown's squish library. The library
also contains an alternative GPU-accelerated compressor that uses
CUDA and is one order of magnitude faster.

WWW: http://code.google.com/p/nvidia-texture-tools/

4 vulnerabilities affecting 11 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities

Last updated:
2019-10-23 18:51:42