Created attachment 449264 [details] openimageio-1.7.7.ebuild - Added some CPU Flags. - Depend on Boost 1.62 - Set to build with C++ 14 ABI (GCC 6 ready) Compile tested on Main Unstable system with all unstable packages and GCC 5.3 and Stable Dev VM with mostly stable packages and GCC 4.9.3.
Created attachment 449266 [details, diff] openimageio-1.7.7-fix-casting-for-avx2.patch This is the upstream patch to fix the compile error from an incorrect cast.
1.7.13 is current as of 2017-04-20.
Created attachment 471282 [details] openimageio-1.7.13.ebuild Please find an ebuild for 1.7.13 attached. I built it based on attachment #449264 [details] by Jonathan Scruggs. This is the first OpenImageIO ebuild to support Python. Please note that this support is rather limited right now: It only supports a single Python target via python-single-r1.eclass. Additionally, it supports media-libs/field3d-1.7.2 from bug #573440, media-libs/ptex from bug #573444 and media-libs/libjpeg-turbo. Currently unsupported is http://kean.github.io/Nuke/, as there is no ebuild available in Gentoo and none proposed on Bugzilla. Support for CPU_FLAGS_X86 comes from Jonathan Scruggs' ebuild. 22b3ec5d6ed647de6aeada20d750d1562f91477f (openimageio-1.7.7-fix-casting-for-avx2.patch) was released with 1.7.8 and is thus no longer necessary.
Created attachment 471284 [details, diff] openimageio-1.7.13-fix-python-on-gentoo.patch
Created attachment 471286 [details, diff] ebuild patch 1.6.13 -> 1.7.13
I just successfully rebuilt media-libs/opencolorio-1.0.9-r2 and media-gfx/blender-2.78a-r1 against media-libs/openimageio-1.7.13: They appear to be compatible. CCing kensington, as he disabled IUSE=python for this ebuild: ``` # Michael Palimaka <kensington@gentoo.org> (05 May 2016) # Doesn't work media-libs/openimageio python ```
Feel free to drop the mask, it's no problem
OpenImageIO 1.7.17 with python support backported from my upstream patch is coming soon. :)
PR https://github.com/gentoo/gentoo/pull/5815
According to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=875072, openimageio could be switched to Qt5. Could you please look into that possibility for 1.7.17 already?
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=3075eade9d4edba26a19f36577bd5f094b3da890 commit 3075eade9d4edba26a19f36577bd5f094b3da890 Author: Jonathan Scruggs <j.scruggs@gmail.com> AuthorDate: 2017-09-28 17:42:09 +0000 Commit: Patrice Clement <monsieurp@gentoo.org> CommitDate: 2017-12-21 20:16:34 +0000 media-libs/openimageio: version bumps to 1.6.18 and 1.7.17. * Version 1.6.18 is the last of the RB-1.6 series, but add for compatibility with all existing programs. * v1.6.18 only: Add patch to support Boost 1.65 changes * The follow applies to both versions: * Patch to use GNUInstallDirs * Patch to fix boost and python detection on Gentoo * Added PTex and Field3D support * Added python module building support in ebuild * Added SIMD optimization (cpu flags) selection in ebuild Closes: https://bugs.gentoo.org/596268 ...e-python-and-boost-detection-more-generic.patch | 343 +++++++++++++++++++++ ...ir-breaks-after-boost-python-1.65-changes.patch | 251 +++++++++++++++ .../openimageio-1.6.18-use-gnuinstalldirs.patch | 247 +++++++++++++++ ...e-python-and-boost-detection-more-generic.patch | 336 ++++++++++++++++++++ .../openimageio-1.7.17-use-gnuinstalldirs.patch | 247 +++++++++++++++ media-libs/openimageio/metadata.xml | 12 + media-libs/openimageio/openimageio-1.6.18.ebuild | 109 +++++++ media-libs/openimageio/openimageio-1.7.17.ebuild | 113 +++++++ 8 files changed, 1658 insertions(+)
(In reply to Andreas Sturmlechner from comment #10) > According to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=875072, > openimageio could be switched to Qt5. Could you please look into that > possibility for 1.7.17 already? I believe this is only available in 1.8(.6), which in turn has some issues with media-gfx/blender-2.78a-r1.
I plan to add OpenImageIO 1.8 under a package mask as it has issues with Blender and other programs that depend on it. I might be able to to some backporting to make it work.
