Get Gentoo!
gentoo.org sites
gentoo.org Wiki Bugs Forums Packages
Planet Archives Sources
Infra Status
summaryrefslogtreecommitdiff
path: root/sci-libs/vtk
Commit message (Collapse)AuthorAgeFilesLines
* sci-libs/vtk: Stabilize 9.0.3-r5 amd64, #854369Sam James2022-06-261-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sci-libs/vtk: add 9.0.3-r5 w/ fixed gdal depSam James2022-06-261-0/+551
| | | | | | | Idea is to stable this w/ new GDAL. See: 7fa499da25bf08098ba57a7421129c9288443de4 Signed-off-by: Sam James <sam@gentoo.org>
* sci-libs/vtk: fix build against netcdf-4.9.0Bernd Waibel2022-06-262-0/+27
| | | | | | | Closes: https://bugs.gentoo.org/851594 Signed-off-by: Bernd Waibel <waebbl-gentoo@posteo.net> Closes: https://github.com/gentoo/gentoo/pull/25954 Signed-off-by: Sam James <sam@gentoo.org>
* sci-libs/vtk: Stabilize 9.0.3-r4 amd64, #829841Joonas Niilola2022-05-191-1/+1
| | | | Signed-off-by: Joonas Niilola <juippis@gentoo.org>
* sci-libs/vtk: unrestrict hdf5Andrew Ammerlaan2022-05-181-1/+1
| | | | | | | | | | | The issue was never in vtk, it was in netcdf which has been fixed. Compiles without problems now. Bug: https://bugs.gentoo.org/833943 Closes: https://bugs.gentoo.org/834087 Closes: https://bugs.gentoo.org/809209 Signed-off-by: Andrew Ammerlaan <andrewammerlaan@gentoo.org>
* sci-libs/vtk: correct dep on gdalAndrew Ammerlaan2022-05-151-6/+6
| | | | | | | | | | | gdal-3.5.0 now uses python-single-r1, we have to correct the dependency here to avoid a very confusing blocker Correct the dep on jpeg while we are at it, following the deprecation of the virtual Signed-off-by: Andrew Ammerlaan <andrewammerlaan@gentoo.org>
* sci-libs/vtk: 9.0.3-r4: Python 3.10 support added.Piotr Karbowski2022-04-061-1/+1
| | | | Signed-off-by: Piotr Karbowski <slashbeast@gentoo.org>
* sci-libs/vtk: find qt binaries with qt-5.15.3Bernd Waibel2022-04-022-0/+26
| | | | | | | | | | | | Use the path for qmake as a reference for finding the path to Qt binaries with Qt 5.15.3 and no qtchooser installed. Committer-comment: undo unnecessary revbump for build fix. Closes: https://bugs.gentoo.org/836343 Signed-off-by: Bernd Waibel <waebbl-gentoo@posteo.net> Closes: https://github.com/gentoo/gentoo/pull/24831 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
* sci-libs/vtk: select desired Qt versionBernd Waibel2022-03-051-1/+4
| | | | | | | | | | | | If both, Qt5 and Qt6 are installed and found, Qt6 is preferred. The ebuild, however, does not build against Qt6. To ensure Qt5 is selected we pass VTK_QT_VERSION to cmake. Closes: https://bugs.gentoo.org/834595 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/24405 Signed-off-by: Sam James <sam@gentoo.org>
* sci-libs/vtk: let v9 build against ffmpeg-5Bernd Waibel2022-02-213-1/+144
| | | | | | | | | | | | | | Backports an upstream patch to successfully build against media-video/ffmpeg-5. Closes: https://bugs.gentoo.org/831595 Closes: https://bugs.gentoo.org/727338 Closes: https://bugs.gentoo.org/660582 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/24081 Signed-off-by: Sam James <sam@gentoo.org>
* sci-libs/vtk: drop 8.2.0Bernd Waibel2022-02-2110-731/+0
| | | | | | | | | | | | | Only one package, sci-libs/oce, which is masked for last-riting, depends on this version. Won't build with ffmpeg-5. Bug: https://bugs.gentoo.org/831595 Bug: https://bugs.gentoo.org/832625 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/23886 Signed-off-by: Sam James <sam@gentoo.org>
* sci-libs/vtk: fix build with USE=offscreenBernd Waibel2022-01-281-2/+3
| | | | | | | | | | | The package can be built with either USE=offscreen, or with USE=X enabled, but not with both simultaneously. Closes: https://bugs.gentoo.org/830774 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/23970 Signed-off-by: Sam James <sam@gentoo.org>
* sci-libs/vtk: bump to 9.1.0Bernd Waibel2021-12-142-0/+602
| | | | | | | | | Bug: https://bugs.gentoo.org/820593 Closes: https://bugs.gentoo.org/822780 Closes: https://bugs.gentoo.org/820521 Package-Manager: Portage-3.0.28, Repoman-3.0.3 Signed-off-by: Bernd Waibel <waebbl-gentoo@posteo.net> Signed-off-by: Joonas Niilola <juippis@gentoo.org>
* sci-libs/vtk: [QA] Revert "fix build with new deps versions"Sam James2021-12-039-3303/+0
| | | | | | | | | | | | | | | | | | | | | | This reverts commit 4893345530421b0d6168b5278d57d69fc08f7fdf. Rationale: - Several patches far beyond the size limit; - Change was NAKed on IRC; - A PR is in progress for a newer version which would require fewer patches; - Invasive patches which aren't strictly needed. They add compatibility for newer versions of some software, but most of this comes with VTK 9.1 (for which, as mentioned, there's a PR well in progress by the maintainer) and we can apply a smaller set of patches to that version if required. - Missing sign-off / provenance for some patches; Bug: https://bugs.gentoo.org/827310 Signed-off-by: Sam James <sam@gentoo.org>
* sci-libs/vtk: fix build with new deps versionsVadim Misbakh-Soloviov2021-12-049-0/+3303
| | | | | | | | | | | | | | | Mostly backported upstream patches (from 9.1.0 and post-9.1). Also, some patches (like CUDA-11.5) was provided by Vyacheclav Perestoronin <perestoronin@gmail.com> and slightly adapted by me. Actually, there is already PR for 9.1.0, which have most of this compatibility issues fixed, but I bump 9.0.3 to work with them in case if there is some revdeps still not compatible with 9.1 API/ABI. Bug: https://bugs.gentoo.org/827310 Package-Manager: Portage-3.0.28, Repoman-3.0.1 Signed-off-by: Vadim Misbakh-Soloviov <mva@gentoo.org>
* sci-libs/vtk: pin to older TBBSam James2021-12-022-2/+2
| | | | | Bug: https://bugs.gentoo.org/827310 Signed-off-by: Sam James <sam@gentoo.org>
* sci-libs/vtk: add tbb subslot operatorSam James2021-10-292-2/+2
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sci-libs/vtk: depend on < PROJ 8 for nowSam James2021-10-271-1/+1
| | | | | | | Should be fixed in 9.1.0 anyway. Bug: https://bugs.gentoo.org/820521 Signed-off-by: Sam James <sam@gentoo.org>
* **/metadata.xml: Replace http by https in DOCTYPE elementUlrich Müller2021-09-111-1/+1
| | | | | Bug: https://bugs.gentoo.org/552720 Signed-off-by: Ulrich Müller <ulm@gentoo.org>
* sci-libs/vtk: drop missing patchesAndrew Ammerlaan2021-09-051-9/+0
| | | | | Package-Manager: Portage-3.0.22, Repoman-3.0.3 Signed-off-by: Andrew Ammerlaan <andrewammerlaan@gentoo.org>
* sci-libs/vtk: drop version 9.0.1Andrew Ammerlaan2021-08-272-562/+0
| | | | | Package-Manager: Portage-3.0.22, Repoman-3.0.3 Signed-off-by: Andrew Ammerlaan <andrewammerlaan@gentoo.org>
* sci-libs/vtk: add version 9.0.3Andrew Ammerlaan2021-08-272-0/+562
| | | | | | Bug: https://bugs.gentoo.org/809209 Package-Manager: Portage-3.0.22, Repoman-3.0.3 Signed-off-by: Andrew Ammerlaan <andrewammerlaan@gentoo.org>
* sci-libs/vtk: fix auto-detection of CUDA archBernd Waibel2021-08-021-2/+23
| | | | | | | | | | | | | | | | In some cases, the CUDA architecture is not successfully detected, when 'native' is passed to the build system. For this, check for the environment variable VTK_CUDA_ARCH to be exported and pass that value from the environment instead, if it's a valid CUDA architecture name. This ignores the 'fermi' architecture, as it's no longer supported by current dev-util/nvidia-cuda-toolkit-11* versions. Closes: https://bugs.gentoo.org/803818 Package-Manager: Portage-3.0.20, Repoman-3.0.3 Signed-off-by: Bernd Waibel <waebbl-gentoo@posteo.net> Closes: https://github.com/gentoo/gentoo/pull/21855 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* sci-libs/vtk: PYTHON_MULTI_USEDEP -> PYTHON_USEDEPDavid Seifert2021-07-172-16/+16
| | | | Signed-off-by: David Seifert <soap@gentoo.org>
* sci-libs/vtk: add subslotBernd Waibel2021-07-072-9/+9
| | | | | | | | | Add a subslot to trigger automatic rebuilds on consumers on up- or downgrades of the package. Package-Manager: Portage-3.0.20, Repoman-3.0.3 Signed-off-by: Bernd Waibel <waebbl-gentoo@posteo.net> Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* sci-libs/vtk: drop 8.2.0-r3Bernd Waibel2021-06-251-381/+0
| | | | | | | Package-Manager: Portage-3.0.20, Repoman-3.0.3 Signed-off-by: Bernd Waibel <waebbl-gentoo@posteo.net> Closes: https://github.com/gentoo/gentoo/pull/21391 Signed-off-by: Andrew Ammerlaan <andrewammerlaan@gentoo.org>
* sci-libs/vtk: solve RUNPATH issueBernd Waibel2021-06-251-0/+375
| | | | | | | | | | | | | - fix issue with NULL DT_RUNPATH when USE=mpi - remove obsolete docinto with USE=tcl - bug #727338 is not reproducible Bug: https://bugs.gentoo.org/727338 Closes: https://bugs.gentoo.org/778170 Closes: https://bugs.gentoo.org/795840 Package-Manager: Portage-3.0.20, Repoman-3.0.3 Signed-off-by: Bernd Waibel <waebbl-gentoo@posteo.net> Signed-off-by: Andrew Ammerlaan <andrewammerlaan@gentoo.org>
* sci-libs/vtk: drop 8.2.0-r2Bernd Waibel2021-06-151-382/+0
| | | | | | | Package-Manager: Portage-3.0.20, Repoman-3.0.3 Signed-off-by: Bernd Waibel <waebbl-gentoo@posteo.net> Closes: https://github.com/gentoo/gentoo/pull/21252 Signed-off-by: Sam James <sam@gentoo.org>
* sci-libs/vtk: update dependency on dev-python/sipBernd Waibel2021-06-151-0/+381
| | | | | | | | | Use slotted dev-python/sip package Remove obsolete commented cmake variable Package-Manager: Portage-3.0.20, Repoman-3.0.3 Signed-off-by: Bernd Waibel <waebbl-gentoo@posteo.net> Signed-off-by: Sam James <sam@gentoo.org>
* sci-libs/vtk: drop 8.2.0-r1Bernd Waibel2021-06-152-353/+0
| | | | | | Package-Manager: Portage-3.0.20, Repoman-3.0.3 Signed-off-by: Bernd Waibel <waebbl-gentoo@posteo.net> Signed-off-by: Sam James <sam@gentoo.org>
* sci-libs/vtk: drop 8.2.0Bernd Waibel2021-06-151-346/+0
| | | | | | Package-Manager: Portage-3.0.20, Repoman-3.0.3 Signed-off-by: Bernd Waibel <waebbl-gentoo@posteo.net> Signed-off-by: Sam James <sam@gentoo.org>
* sci-libs/vtk: improve all-modules USE flagBernd Waibel2021-06-102-0/+439
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - add missing flags to REQUIRED_USE - add new mysql USE flag - needed by all-modules, adds new dependency on dev-db/mysql-connector-c. Dev-db/mariadb-connector-c isn't supported by this version. Fix an issue with using of deprecated my_bool when using mysql-connector-c. - remove xdmf2 USE flag, block sci-libs/xdmf2 with all-modules: sci-libs/xdmf2 doesn't ship any cmake configuration files, which leads to configuration errors when trying to build against external xdmf2 - block sci-libs/xdmf2: when built against internal xdmf2, there are header file collisions with the header files installed by sci-libs/xdmf2 - add dependency on sci-libs/kissfft, bug #754684) and drop bundled - fix an issue with xdmf3 library being installed in both library locations, lib and lib64 - fix QA issues with RPATH - byte compile python files - disable searching for zfp (no package in tree) - addresses some QA issues with defined but unused cmake variables: fixing all of them would need a thorough testing of each single USE flag and checking where these belong to, in this over-complex build system (bug #660582) Closes: https://bugs.gentoo.org/793839 Closes: https://bugs.gentoo.org/754684 Closes: https://bugs.gentoo.org/646846 Bug: https://bugs.gentoo.org/660582 Package-Manager: Portage-3.0.19, Repoman-3.0.3 Signed-off-by: Bernd Waibel <waebbl-gentoo@posteo.net> Signed-off-by: Sam James <sam@gentoo.org>
* sci-libs/vtk: add python-3.9 supportBernd Waibel2021-06-101-3/+3
| | | | | | Package-Manager: Portage-3.0.19, Repoman-3.0.3 Signed-off-by: Bernd Waibel <waebbl-gentoo@posteo.net> Signed-off-by: Sam James <sam@gentoo.org>
* sci-libs/vtk: delete README from bundled vtkm for nowSam James2021-06-021-0/+5
| | | | | | | | | | | Avoids collision with paraview. We'll ideally try to get paraview building with system VTK again but VTK takes a while to build so anything to prevent collisions for users now is important while we investigate that possibility. Bug: https://bugs.gentoo.org/253881 Bug: https://bugs.gentoo.org/793221 Signed-off-by: Sam James <sam@gentoo.org>
* sci-libs/vtk: add various GCC 11 fixesSam James2021-05-312-0/+85
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sci-libs/vtk: bump to 9.0.1Bernd Waibel2021-05-314-1/+579
| | | | | | | Closes: https://bugs.gentoo.org/723744 Package-Manager: Portage-3.0.19, Repoman-3.0.3 Signed-off-by: Bernd Waibel <waebbl-gentoo@posteo.net> Signed-off-by: Sam James <sam@gentoo.org>
* sci-libs/vtk: 8.2.0: update deprecated var for setting Python site-dirAlexei Colin2021-03-252-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Problem: On some platforms (ppc64le), Python modules are installed into $EPREFIX/usr/lib64/pythonX.Y/site-packages instead of $EPREFIX/usr/lib/pythonX.Y/site-packages Reason: The ebuild sets VTK_INSTALL_PYTHON_MODULE_DIR, but it has been deprecated and thus has no effect. Thus, the install directory used is the default install directory, and for some reason it's /usr/lib64 instead of /usr/lib. The only reference to the deprecated var in v8.2.0 is to print the deprecation warning: ./CMake/vtkDirectories.cmake:29:if(DEFINED VTK_INSTALL_PYTHON_MODULE_DIR) ./CMake/vtkDirectories.cmake-30- message(WARNING ./CMake/vtkDirectories.cmake:31: "VTK_INSTALL_PYTHON_MODULE_DIR is no longer supported. " ./CMake/vtkDirectories.cmake-32- "Set `VTK_PYTHON_SITE_PACKAGES_SUFFIX` instead, although not needed in most cases.") ./CMake/vtkDirectories.cmake-33-endif() Note that in versions >8.2.0, this warning has been removed, too. The fix: VTK_INSTALL_PYTHON_MODULES_DIR is still honored, including in >8.2.0, so use it instead. Note that VTK_PYTHON_SITE_PACKAGES_SUFFIX does not help because it is appended after the lib directory in the path. Perhaps a deeper fix might be to figure out why the default lib dir is set to lib64 instead of lib. I didn't investigate this further. The ebuild already intends to override the default, and this commit just fixes that override. I don't know if the default dir is still broken in >8.2.0, i.e. whether it is still necessary for the >8.2.0 ebuilds to override the default installation directory. There have been related changes, though, see at least this commit that's not in 8.2.0 but is in master: commit 4c42ff417c209087bf0058a9eb2614928943156b Author: Ben Boeckel <ben.boeckel@kitware.com> Date: Thu Oct 18 13:17:11 2018 -0400 vtkPython: expose VTK_PYTHONPATH to consumers of VTK Signed-off-by: Alexei Colin <ac@alexeicolin.com> Signed-off-by: Michael Orlitzky <mjo@gentoo.org>
* sci-libs/vtk: added ~arm64Roy Bamford2021-02-221-2/+2
| | | | | | Package-Manager: Portage-3.0.14, Repoman-3.0.2 Signed-off-by: Roy Bamford <neddyseagoon@gentoo.org> Signed-off-by: Sam James <sam@gentoo.org>
* */*: Remove obsolete values from PYTHON_COMPATMichał Górny2021-01-312-2/+2
| | | | Signed-off-by: Michał Górny <mgorny@gentoo.org>
* sci-libs/vtk: dev-libs/pegtl as dependencyAlessandro Barbieri2020-12-271-0/+1
| | | | | | | | | | needed by USE="all-modules" Closes: https://bugs.gentoo.org/754687 Package-Manager: Portage-3.0.9, Repoman-3.0.2 Signed-off-by: Alessandro Barbieri <lssndrbarbieri@gmail.com> Closes: https://github.com/gentoo/gentoo/pull/18228 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
* sci-libs/vtk: Revert "dev-libs/pegtl as dependency"Andreas Sturmlechner2020-12-271-1/+0
| | | | | | | | | | This reverts commit 694ea56635c8bf70407885cca15095fa6694d0fe. IUSE=all-modules can be considered broken anyway, so there is time for ~arm keywording dev-libs/pegtl. Bug: https://bugs.gentoo.org/754687 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
* sci-libs/vtk: dev-libs/pegtl as dependencyAlessandro Barbieri2020-12-271-0/+1
| | | | | | | | | | needed by USE="all-modules" Closes: https://bugs.gentoo.org/754687 Package-Manager: Portage-3.0.9, Repoman-3.0.2 Signed-off-by: Alessandro Barbieri <lssndrbarbieri@gmail.com> Closes: https://github.com/gentoo/gentoo/pull/18228 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
* sci-libs/vtk: further >=dev-libs/pugixml-1.11 fixesSam James2020-12-152-8/+11
| | | | | | | | | | | | | | | * Drop the internal copy of pugixml just in case. * Adapt vtk to the new "proper" CMake config files from pugixml upstream. Note that Aisha Tammy's patch worked for her with CMake 3.19.1 but not for me on 3.17.4 (stable), so this seems to be needed to be safe. Bug: https://bugs.gentoo.org/758611 Package-Manager: Portage-3.0.9, Repoman-3.0.2 Signed-off-by: Sam James <sam@gentoo.org>
* sci-libs/vtk: fix finding pugixmlAisha Tammy2020-12-152-0/+360
| | | | | | | | Closes: https://bugs.gentoo.org/758611 Package-Manager: Portage-3.0.11, Repoman-3.0.2 Signed-off-by: Aisha Tammy <gentoo@aisha.cc> Closes: https://github.com/gentoo/gentoo/pull/18640 Signed-off-by: Sam James <sam@gentoo.org>
* sci-libs/vtk: fix build with >=media-libs/freetype-2.10.3Sam James2020-11-082-0/+19
| | | | | | Closes: https://bugs.gentoo.org/751088 Package-Manager: Portage-3.0.8, Repoman-3.0.2 Signed-off-by: Sam James <sam@gentoo.org>
* sci-libs/vtk: arm keyworded (bug #649054)Sam James2020-07-161-1/+1
| | | | | Package-Manager: Portage-2.3.99, Repoman-2.3.23 Signed-off-by: Sam James <sam@gentoo.org>
* sci-libs/vtk: python3_8Andreas Sturmlechner2020-06-062-1/+177
| | | | | Package-Manager: Portage-2.3.100, Repoman-2.3.22 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
* sci-libs/vtk: More IUSE sortingAndreas Sturmlechner2020-06-061-1/+1
| | | | | Package-Manager: Portage-2.3.100, Repoman-2.3.22 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
* sci-libs/vtk: Fix build with -fno-commonAndreas Sturmlechner2020-06-062-0/+41
| | | | | | | Thanks-to: Tiernan Hubble <tiernanhubble+gentoo@gmail.com> Closes: https://bugs.gentoo.org/721048 Package-Manager: Portage-2.3.100, Repoman-2.3.22 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
* sci-libs/vtk: Drop 8.1.0-r7Andreas Sturmlechner2020-06-062-344/+0
| | | | | | | 8.2.0 is now very slightly less broken than this. Package-Manager: Portage-2.3.100, Repoman-2.3.22 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>