| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Signed-off-by: Alex Fan <alex.fan.q@gmail.com>
Signed-off-by: Yixun Lan <dlan@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
To match +blosc which needs it. Already done in 9.x.
Fixes: 31e4936280f16a043f443bd1ae004406aea34293
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Revbump as it could lead to automagic zlib usage, however unlikely that
might be to be an issue.
See: https://forums.gentoo.org/viewtopic-t-1147443.html
See: https://github.com/AcademySoftwareFoundation/openvdb/commit/3fbae286e8e0ffe4d039d9ba7ba26d4cb3fc10a3
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Also relaxes the dependency on tbb. We really only need >=tbb-2019.
Package-Manager: Portage-3.0.30, Repoman-3.0.3
Signed-off-by: Bernd Waibel <waebbl-gentoo@posteo.net>
Closes: https://github.com/gentoo/gentoo/pull/24238
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
Bump the "use abiX" useflags.
Signed-off-by: Sebastian Parborg <darkdefende@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
| |
OpenVDB now includes the header only library NanoVDB in its source tree.
Add support for installing the additional headers via a useflag.
Signed-off-by: Sebastian Parborg <darkdefende@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
| |
We do this for 9 anyway, it's not that useful without OpenEXR support,
and it makes things simpler.
Closes: https://bugs.gentoo.org/833625
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
this happened on RISC-V platform, but may also
exist in other ARCH, see tracking bug #721344
Closes: https://bugs.gentoo.org/833372
Package-Manager: Portage-3.0.30, Repoman-3.0.3
Signed-off-by: Yixun Lan <dlan@gentoo.org>
|
|
|
|
|
|
|
|
| |
- Needs imath which is installing to normal locations
- Depend on >=openexr-3 explicitly to ease dependency resolution (why not?)
Closes: https://bugs.gentoo.org/833485
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/833158
Bug: https://bugs.gentoo.org/831357
Bug: https://bugs.gentoo.org/832862
Bug: https://bugs.gentoo.org/821247
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
Things are getting complicated with trying to keep Blender
on OpenEXR 2. Blender needs to switch as a result, but
so do its dependencies.
Bug: https://bugs.gentoo.org/831357
Bug: https://bugs.gentoo.org/832862
Bug: https://bugs.gentoo.org/831425
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/790350
Bug: https://github.com/AcademySoftwareFoundation/openvdb/pull/1275
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The patch fixes an issue when OPENVDB_BUILD_BINARIES and OPENVDB_BUILD_RENDER
are set and both, dev-libs/imath and media-libs/ilmbase are being installed
and allows the package to configure properly in this case.
Additionally it fixes the installation location of the python module.
Bug: https://bugs.gentoo.org/790350
Package-Manager: Portage-3.0.28, Repoman-3.0.3
Signed-off-by: Bernd Waibel <waebbl-gentoo@posteo.net>
Closes: https://github.com/gentoo/gentoo/pull/23185
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Trying without setting PYOPENVDB_INSTALL_DIRECTORY as that
_seems_ to work and allows us to avoid backporting a
non-trivial patch to 8.x.
This should fix some Python-related build issues
in previous versions of 8.x (which should be
fixed already in 9.x).
Bug: https://bugs.gentoo.org/790350
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Let's try this. We might be able to drop the options we pass
in the ebuild entirely, but not wanting to mess too much
for a moment.
Bug: https://bugs.gentoo.org/790350
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/820929
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/820929
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/820917
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
It was in the past, so why not?
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
We have USE=abi* but we shouldn't rely on them.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
Rebasing on waebbl's changes.
See: https://github.com/gentoo/gentoo/pull/22738
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- additionally pass -DPython_INCLUDE_DIR and -DPython_LIBRARY to help
find numpy
- remove flag-o-matic inherit, which isn't needed according to pkgcheck
- change the negation of the utils USE flag use for building the utilities
if the USE flag is set
Closes: https://bugs.gentoo.org/788886
Package-Manager: Portage-3.0.28, Repoman-3.0.3
Signed-off-by: Bernd Waibel <waebbl-gentoo@posteo.net>
Closes: https://github.com/gentoo/gentoo/pull/22738
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- adds consistency in the find_package call for NumPy by adding the
same components like in the find_package call for Python
- additionally pass -DPython_INCLUDE_DIR to cmake
- add an option for python unittests when USE=test is set
- remove flag-o-matic inherit, which isn't needed according to pkgcheck
- change the negation on the utils USE flag to build the utilities if
the USE flag is set.
Bug: https://bugs.gentoo.org/788886
Package-Manager: Portage-3.0.28, Repoman-3.0.3
Signed-off-by: Bernd Waibel <waebbl-gentoo@posteo.net>
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/820788
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/820788
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/816057
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/552720
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Formerly benign because it'd find nothing and try $(get_libdir)
next, but glfw now has multilib support.
This simple fix should be safe enough for stable version as well.
Closes: https://bugs.gentoo.org/800200
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
| |
Signed-off-by: Sebastian Parborg <darkdefende@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Done via:
find -name metadata.xml -exec xml ed -P -L \
-a '/pkgmetadata/maintainer[substring(email,
string-length(email) - string-length("@gentoo.org") + 1)
!= "@gentoo.org"]' \
-t attr -n proxied -v yes {} +
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Done via:
find -name metadata.xml -exec xml ed -P -L \
-a '//maintainer[email="proxy-maint@gentoo.org"]' \
-t attr -n proxied -v proxy {} +
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/746740
Package-Manager: Portage-3.0.16, Repoman-3.0.2
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-3.0.8, Repoman-3.0.1
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Openvdb fails to configure with numpy enabled when Python_EXECUTABLE is
set using ${EPYTHON} as it is unable to find the required python
components.
The cmake docs state that Python_EXECUTABLE must be set to the PATH
of the python interpreter.
See https://cmake.org/cmake/help/v3.16/module/FindPython.html
This means that it must be set to ${PYTHON} which contains the absolute
path in python-r1, rather than ${EPYTHON} which only contains the
executable name. Doing so resolves bug 738928.
Signed-off-by: Adrian Grigo <agrigo2001@yahoo.com.au>
Closes: https://bugs.gentoo.org/738928
Package-Manager: Portage-2.3.103, Repoman-2.3.23
Closes: https://github.com/gentoo/gentoo/pull/17310
Signed-off-by: Sam James <sam@gentoo.org>
|