Package Details: ginkgo-cadx 3.8.4-1

Git Clone URL: https://aur.archlinux.org/ginkgo-cadx.git (read-only)
Package Base: ginkgo-cadx
Description: Advanced DICOM viewer and dicomizer
Upstream URL: https://github.com/gerddie/ginkgocadx
Licenses: LGPL3
Submitter: pmattern
Maintainer: pmattern
Last Packager: pmattern
Votes: 2
Popularity: 0.209041
First Submitted: 2016-05-02 16:18
Last Updated: 2017-01-20 16:41

Pinned Comments

pmattern commented on 2016-05-06 14:23

Notes on installation:

This package's dependencies will pull package hdf5-cpp-fortran which is conflicting with package hdf5 that's probably installed on the majority of desktop systems as it's a dependency of ffmpeg right now. This conflict isn't a problem as package hdf5-cpp-fortran is basically an extension of hdf5 but it prevents installing ginkgo-cadx and all its dependencies by a single command invocation like 'yaourt --noconfirm -S ginkgo-cadx'.
So in order to install ginkgo-cadx that way it is recommended to install hdf5-cpp-fortran first.

Similarly, it can be considered to install a distinct Java version first as some of the dependencies of package ginkgo-cadx depend on 'java-environment' and this dependency is automatically met by OpenJDK 7 as long as no other implementation is installed.

Latest Comments

pmattern commented on 2017-01-26 13:37

I've just compiled the package with and without VTK 7 being installed and tested the two corresponding binary packages when VTK 7 was installed and when it wasn't. Ginkgo-CADx was running flawlessly under all those circumstances and I couldn't see a message like the ones you've been posting. There didn't seem to be anything suspicious in the output of 'ldd /usr/bin/ginkgocadx' (and 'ldd /opt/vtk6/lib/libvtkRenderingOpenGL.so.1) either.
So I still cannot reproduce. Any chance you can answer some of the questions asked 2016-10-29?

slizzered commented on 2017-01-25 14:18

about the symbol lookup error in /opt/vtk6/lib/libvtkRenderingOpenGL.so.1:
I had a similar one ginkgocadx: symbol lookup error: /opt/vtk6/lib/libvtkRenderingOpenGL.so.1: undefined symbol: _ZN19vtkImageSliceMapper6UpdateEi ).

The solution was to remove the "vtk" package, which provided VTK7. VTK6 is still provided through the package "vtk6", which was installed as a dependency to ginkgo-cadx.

pmattern commented on 2016-10-29 08:20

Ginkgo-CADx built using this package is working flawlessly here, in particular I cannot reproduce the error message you state.
How exactly did you install the package and its dependencies including VTK (AUR helper, run makepkg,...)? Did you tweak any file involved like e. g. PKGBUILD? Which OpenGL implementation is installed on your system? (To figure out you may e. g. install mesa-demos and run glxinfo or just run 'pacman -Qsq libgl' and look through the output.)

Upstream issue 21 probably isn't related to your findings as it about compiling against VTK version 7 which isn't involved here.

damir commented on 2016-10-28 17:11

could be this issue:
https://github.com/gerddie/ginkgocadx/issues/21

damir commented on 2016-10-28 17:08

i built the package and installed it - everything seemed fine, but if i try to run it, i get the following error:

ginkgocadx: symbol lookup error: /opt/vtk6/lib/libvtkRenderingOpenGL.so.1: undefined symbol: _ZTI23vtkPainterDeviceAdapter

anyone experienced the same?

pmattern commented on 2016-05-06 14:23

Notes on installation:

This package's dependencies will pull package hdf5-cpp-fortran which is conflicting with package hdf5 that's probably installed on the majority of desktop systems as it's a dependency of ffmpeg right now. This conflict isn't a problem as package hdf5-cpp-fortran is basically an extension of hdf5 but it prevents installing ginkgo-cadx and all its dependencies by a single command invocation like 'yaourt --noconfirm -S ginkgo-cadx'.
So in order to install ginkgo-cadx that way it is recommended to install hdf5-cpp-fortran first.

Similarly, it can be considered to install a distinct Java version first as some of the dependencies of package ginkgo-cadx depend on 'java-environment' and this dependency is automatically met by OpenJDK 7 as long as no other implementation is installed.