./graphics/opencolorio [color management library]
[+] Add this package to your ports tracker

[ CVSweb ] [ Homepage ] [ RSS feed ]

Version: 1.1.1, Package name: opencolorio-1.1.1
Maintained by: Pascal Stumpf
Master sites:
Description
OpenColorIO (OCIO) is a complete color management solution geared
towards motion picture production with an emphasis on visual effects
and computer animation. OCIO provides a straightforward and
consistent user experience across all supporting applications while
allowing for sophisticated back-end configuration options suitable
for high-end production usage. OCIO is compatible with the Academy
Color Encoding Specification (ACES) and is LUT-format agnostic,
supporting many popular formats.


Filesize: 13504.378 KB
Version History (View Complete History)
  • (2021-01-02) Updated to version: opencolorio-1.1.1
  • (2014-11-22) Updated to version: opencolorio-20140911
  • (2014-03-25) Package added to openports.se, version opencolorio-1.0.9 (created)
[show/hide] View available PLISTS (Can be a lot of data)

CVS Commit History:

   2021-02-23 12:39:53 by Stuart Henderson | Files touched by this commit (743)
Log message:
Reverse the polarity of MODPY_VERSION; default is now 3.x,
if a port needs 2.x then set MODPY_VERSION=${MODPY_DEFAULT_VERSION_2}.
This commit doesn't change any versions currently used; it may be that
some ports have MODPY_DEFAULT_VERSION_2 but don't require it, those
should be cleaned up in the course of updating ports where possible.
Python module ports providing py3-* packages should still use
FLAVOR=python3 so that we don't have a mixture of dependencies some
using ${MODPY_FLAVOR} and others not.
   2021-01-01 15:53:20 by Stuart Henderson | Files touched by this commit (3)
Log message:
oops, I committed opencolorio from the old diff, update it.
   2021-01-01 15:48:56 by Stuart Henderson | Files touched by this commit (8)
Log message:
update to opencolorio-1.1.1, from deserter666 at danwin1210.me, ok pascal (maintainer)
   2020-12-14 08:28:14 by Rafael Sadowski | Files touched by this commit (1)
Log message:
Add missing build dependency boost, found by ajacoutot@
   2020-12-13 23:26:25 by Rafael Sadowski | Files touched by this commit (2)
Log message:
Fix building with newer yaml-cpp
From Brad
   2019-07-12 14:47:59 by Stuart Henderson | Files touched by this commit (874)
Log message:
replace simple PERMIT_PACKAGE_CDROM=Yes with PERMIT_PACKAGE=Yes
   2018-10-24 08:28:14 by Stuart Henderson | Files touched by this commit (740)
Log message:
Add COMPILER lines to c++ ports which currently use the default. Adjust
some existing COMPILER lines with arch restrictions etc. In the usual
case this is now using "COMPILER = base-clang ports-gcc base-gcc" on
ports with c++ libraries in WANTLIB.
This is basically intended to be a noop on architectures using clang
as the system compiler, but help with other architectures where we
currently have many ports knocked out due to building with an unsuitable
compiler -
- some ports require c++11/newer so the GCC version in base that is used
on these archirtectures is too old.
- some ports have conflicts where an executable is built with one compiler
(e.g. gcc from base) but a library dependency is built with a different
one (e.g. gcc from ports), resulted in mixing incompatible libraries in the
same address space.
devel/gmp is intentionally skipped as it's on the path to building gcc -
the c++ library there is unused in ports (and not built by default upstream)
so intending to disable building gmpcxx in a future commit.
   2017-07-26 16:45:35 by Stuart Henderson | Files touched by this commit (937)
Log message:
bump LIBCXX/LIBECXX/COMPILER_LIBCXX ports.
   2017-07-16 13:19:06 by Marc Espie | Files touched by this commit (880)
Log message:
use COMPILER_LIBCXX where applicable
   2017-04-10 05:46:23 by Stuart Henderson | Files touched by this commit (276)
Log message:
use LIBCXX
   2016-05-07 06:40:58 by Pascal Stumpf | Files touched by this commit (68)
Log message:
Update my mail address.
   2014-11-21 10:25:49 by Pascal Stumpf | Files touched by this commit (11)
Log message:
Turns out just merging the yaml-cpp commit from upstream wasn't enough, it
depended on other changes.  This led to blender segfaults at startup.  Update
to a full snapshot of upstream's master branch to fix the issue.
Distfile mirrored by abieber@, thanks!