| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| rename-pdf.patch | rename pdf based on major version | Gert Wollny <gw.fossdev@gmail.com> | no | 2020-08-08 | ||
| 02_fixhurd.patch | Fix compilation on GNU/Hurd According to explanation from: http://www.gnu.org/software/hurd/hurd/porting/guidelines.html#GNU_specific_define_tt_ |
Mathieu Malaterre <malat@debian.org> | no | 2024-09-14 | ||
| 03_linkvtkdoc.patch | Correct use of scripts from vtk7-doc In vtk7-doc these scripts are installed uncompressed. In addition the patch changes the vtk doxygen source directory and incorporates an patch to link to the VTK doc and replace PNG by SVG, Merged to one patch because they overlap partially. |
"Mathieu Malaterre" <malat@debian.org> | no | 2024-09-14 | ||
| 04_multiarch.patch | fix relative links now that gdcm is multi-arched | Mathieu Malaterre <malat@debian.org> | no | debian | 2024-09-14 | |
| dircos_rev.patch | Revert gdcmDirectionCosines destructor change | Gianfranco Costamagna <locutusofborg@debian.org> | no | debian | upstream | 2023-12-07 |
| de650849a1f294dda8401e2925c40daec51d0d3b.patch | [PATCH] include(GNUInstallDirs) in CMakeLists.txt While updating the Debian/Ubuntu package, I encountered a configure error with vtkgdcmpython.h not being given an installation destination due to CMAKE_INSTALL_INCLUDEDIR not being set. This is solved by adding "include(GNUInstallDirs)" in CMakeLists.txt. I picked up line 190 but I think that other lines will do just as fine. I've attached the corresponding patch. |
Adrien Nader <adrien@notk.org> | no | 2024-06-18 | ||
| 3be6c2fa0945c91889bcf06e8c20e88f69692dd5.patch | [PATCH] Problem compiling with VTK 9.3.0 support With the following patch I succeded to build against VTK 9.3.0 Fixes #552 |
Nicklas Larsson <n_larsson@yahoo.com> | no | 2024-06-18 | ||
| cxx-standard-20.patch | set CXX standard to 20, following poppler's change[1] 1. https://gitlab.freedesktop.org/poppler/poppler/-/commit/d8ae3ba#9a2aa4db38d3115ed60da621e012c0efc0172aae |
Andreas Hasenack <andreas.hasenack@canonical.com> | yes | upstream | 2024-06-24 |