OpenImageIO is a library for reading and writing images, and a bunch of
related classes, utilities, and applications.
There is a particular emphasis on formats and functionality used
in professional, large-scale animation and visual effects work for film.
OpenImageIO is used extensively in animation and VFX studios all over the
world, and is also incorporated into several commercial products.
===> The following configuration options are available for openimageio-3.1.8.0_10:
DICOM=on: DICOM/MEDICOM support
DOCS=on: Build and/or install documentation
FFMPEG=off: Use FFmpeg to support extra file types
FREETYPE=on: TrueType font rendering support
GIF=on: GIF image format support
IMAGEVIEWER=off: Build image viewer (requires Qt)
OPENCV=off: Computer Vision support via OpenCV
OPENJPEG=on: JPEG 2000 support via OpenJPEG
PTEX=on: Per face texture library support
RAW=off: RAW format support
TBB=on: Intel tbb support
TEST=off: Build and/or run tests
TOOLS=on: Build CLI tools
VDB=on: OpenVDB support
===> Use 'make config' to modify these settings
python.mk: rename PYTHON_EXT_SUFFIX to PYTHON_TAG, document, etc
EXT_SUFFIX, according to PEP 3149, refers to the full tag and
extension for compiled extension module objects, eg .cpython-311.so,
.cpython-313t.so, etc. We do not use the correct semantic meaning,
and this usage becomes ambiguous and confusing when tags do not
match between bytecode and compiled extension module objects.
Rename our PYTHON_EXT_SUFFIX to PYTHON_TAG to align with PEP 3147's
specification of a magic tag, which consists of implementation name
and shorthand version only. This is meant for bytecode and other
files containing this tag in their filename that do not depend on
a specific Python ABI for the same version. Chase all existing
consumers.
(Only the first 15 lines of the commit message are shown above )
graphics/{,py-}openimageio: sort out Makefile, remove unnecessary dependencies
and pet portclippy
- Add VDB_IMPLIES=TBB: OpenVDB require TBB - build warning:
"Not using OpenVDB -- disabled (because TBB was not found)"
- Remove unused dependencies science/hdf5 and graphics/squish.
- Move devel/libfmt and graphics/libjpeg-turbo to BUILD_DEPENDS and
RUN_DEPENDS: check during configure stage and doesn't link this both.
- Force use devel/libfmt and textproc/pugixml from ports and prevent
use embedded copies.
- Remove GL=glew from IMAGEVIEWER - it doesn't link with libGLEW.
- Remove old and removed by upstream CMAKE options NOTHREADS,
USE_OPENSSL, USE_OPENGL.
- Sort options.
PR: 279454
Approved by: Shane <FreeBSD@ShaneWare.Biz> (maintainer)
graphics/opencolorio: &others, bump PORTREVISION
Bump PORTREVISION to force a rebuild so that they pick up
the fixed CMake find_package(ZLIB) which is needed on 14-
PR: 273915
Reported by: Rolf Halme
graphics/ptex: update to 2.4.2 release (+)
* Drop custom do-install target, cmake automation do it well
* Bump direct consumers
Changes sinve 2.3.2 release:
v2.4.0 May 18, 2021 API: headers and DSOs hide non-API symbols by default.
v2.4.1 Aug 3, 2021 API: Windows symbol visibility fixes.
v2.4.2 Aug 4, 2022 API: Windows Clang/14 support, visibility fixes and cmake
enhancements.
Approved by: maintaimer (implicit)
Mk/Uses: always use colon for build/run suffix
Most USES use a colon for build/run(/test) suffixes. Change kde.mk,
qt.mk and pyqt.mk to do the same, and update all ports using that.
Document in CHANGES.
PR: 266034
Exp-run by: antoine
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D36349
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
science/hdf5: bump PORTREVISION of consumers
The SO-version increased in the update to 1.12.2 in
a43418b81530f7e897abfbe18dd59f44265a1a0f .
Reported by: VVD <vvd@unislabs.com>
*: Bump PORTREVISION for openexr update
OpenEXR's patchlevel updated bumped the major version
of the OpenEXR library, hence bump PORTREVISION of all
ports that require OpenEXR.
graphics/py-openimageio: Fix packaging with Python 3.8+
* Apply the same fix as in 9cb5898561b302d952fec8e2fac66a945a2c4915 by
using wildcard paths and adjust the pkg-plist for the Python bindings
as well.
* Also use PYTHONPREFIX_SITELIBDIR instead PYTHON_SITELIBDIR to make
the port PREFIX safe while I'm here.
PR: 253815
Approved by: python (with hat)
Introduce devel/onetbb and mark devel/tbb as legacy
Intel oneAPI tbb 2021.1 (onetbb) has been released[1][2] and has deprecated
several interfaces over tbb 2020, breaking most dependent ports.
Old tbb 2020 will be kept for a certain time to allow transition but will be
removed in a near future as it CONFLICTS with devel/onetbb. New ports should
now use devel/onetbb instead of devel/tbb.
We tried to move a maximum number of dependent ports to devel/onetbb (or
disable dependency when not possible), but some of them still remain stuck
to devel/tbb. Remaining ones have not been identified as major dependencies
themselves and will be fixed as soon as updates are available from upstream.
PR: 252648, 252688 [3], 252683 [4], 252651 [5], 252690 [3], 252693 [3],
252695 [3], 252696 [3], 252786 [3], 252649, 252868 [6], 252870 [5],
252684 [7], 252785 [7]
Approved by: yuri [3], jwb [4], thierry [5], FreeBSD@Shaneware.biz [6],
maintainer timeout [7]
[1]
https://software.intel.com/content/www/us/en/develop/articles/intel-oneapi-threading-building-blocks-release-notes.html
[2]
https://software.intel.com/content/www/us/en/develop/articles/tbb-revamp.html
graphics/opencv: update to 4.5.1 -- and make port more easily maintainable
This is a major upgrade from 3.x to 4.x.
Changelog from versions 3.4.1--4.5.1 can be found here:
https://github.com/opencv/opencv/wiki/ChangeLog
Note: this has explicitely not been added as a new graphics/opencv4 port, but
replaces the
previous graphics/opencv[3] port. Again, to improve maintainability by not
giving ports
the option to pick the "wrong one" - this leads however to some abandoned
ports being
broken.
The port has been greatly simplified:
* graphics/opencv-core which existed to enable ffmpeg to depend on opencv,
and vice versa
has been removed. ffmpeg no longer can depend on opencv.
(Only the first 15 lines of the commit message are shown above )
graphics/openexr: really commit v2.5.4 update.
Unfortunately, this was missed with the ilmbase update, and
causes yet another PORTREVISION bump on all dependent ports.
repeating ilmbase's commit log here:
"Patch release with various bug/sanitizer/security fixes, primarily related to
reading corrupted input files."
<https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.5.4>
Cherry-pick upstream commit for GCC 11 compatibility:
<https://github.com/AcademySoftwareFoundation/openexr/commit/a40a6151c4e746eb8f93c7c06992d0ec11289fdc>
Since this changes the patchlevel of the solibs, bump PORTREVISION of dependent
ports just to be sure.
(graphics/py-openshadinglanguage is unaltered and .includes the revision bump
from .../openshadinglanguage.)
MFH: 2021Q1 (this requires discussion by ports-secteam@!)
Reported by: VVD (IRC, #bsdports)
graphics/openexr: graphics/ilmbase: v2.5.4 update
"Patch release with various bug/sanitizer/security fixes, primarily related to
reading corrupted input files."
<https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.5.4>
Cherry-pick upstream commit for GCC 11 compatibility:
<https://github.com/AcademySoftwareFoundation/openexr/commit/a40a6151c4e746eb8f93c7c06992d0ec11289fdc>
Since this changes the patchlevel of the solibs, bump PORTREVISION of dependent
ports just to be sure.
(graphics/py-openshadinglanguage is unaltered and .includes the revision bump
from .../openshadinglanguage.)
MFH: 2021Q1 (this requires discussion by ports-secteam@!)
Number of commits found: 240 (showing only 100 on this page)
