Re: [mitk-users] CTK fails at qRestAPI

2018-09-20 Thread Nil Goyette

Hi Peter,

I confirm that *-DGIT_EXECUTABLE:PATH=/usr/bin/git* solves this problem. 
Thank you.


Nil

Le 2018-09-20 à 01:59, Neher, Peter a écrit :

I had the same issue on all nightly clients (windows & linux). I had to set the 
git variable for the superbuild manually. But then it was correctly handed down to 
the CTK and qRestApi build. Occurred after we switched from downloading the 
qRestApi tarball to the direct git clone.

Peter

-Ursprüngliche Nachricht-
Von: Dinkelacker, Stefan 
Gesendet: Mittwoch, 19. September 2018 22:35
An: Nil Goyette ; mitk-users@lists.sourceforge.net
Betreff: Re: [mitk-users] CTK fails at qRestAPI

Hi, we can't reproduce your issue on any of our Linux dart clients. So I just 
can assume that it is a local configuration quirk of your machine. AFAIK CMake 
has a FindGit module, you could try to add a respective find_package() call to 
the CMake script and see if it finds Git. Best, Stefan 

Von: Nil Goyette 
Gesendet: Mittwoch, 19. September 2018 22:04
An: mitk-users@lists.sourceforge.net
Betreff: [mitk-users] CTK fails at qRestAPI

Hi all,

I'm trying to build a slightly modified version of MITK master and it fails at 
when trying to clone qRestAPI. It fails with Xenial and Bionic but it works on 
Windows. I use Qt 5.11.1 and cmake 3.11.4. I enable Vigra, MatchPoint and 
BuildAllPlugins.

[ 17%] Performing configure step for 'CTK'
loading initial cache file
/home/nil/Imeka/MITK/MITK-build/ep/tmp/CTK-cache-Release.cmake
-- Checking to see if CXX compiler accepts flag -fvisibility=hidden
-- Checking to see if CXX compiler accepts flag -fvisibility=hidden - yes
-- Generated:
/home/nil/Imeka/MITK/MITK-build/ep/src/CTK-build/DGraphInput-alldep.txt
-- Generated:
/home/nil/Imeka/MITK/MITK-build/ep/src/CTK-build/DGraphInput-alldep-withext.txt
-- Generated:
/home/nil/Imeka/MITK/MITK-build/ep/src/CTK-build/DGraphInput.txt
-- SuperBuild - First pass
-- SuperBuild - First pass - done
-- SuperBuild - Log4Qt[OPTIONAL]
-- SuperBuild - VTK[OPTIONAL]
-- SuperBuild - PythonQt[OPTIONAL]
-- SuperBuild - ZMQ[OPTIONAL]
-- SuperBuild - QtSOAP[OPTIONAL]
-- SuperBuild - qxmlrpc[OPTIONAL]
-- SuperBuild - OpenIGTLink[OPTIONAL]
-- SuperBuild - ITK[OPTIONAL]
-- SuperBuild - QtTesting[OPTIONAL]
-- SuperBuild - CTK => Requires DCMTK, qRestAPI,
-- SuperBuild -   DCMTK[OK]
-- SuperBuild -   qRestAPI[OK]
CMake Error at
/home/nil/tools/cmake-3.11.4-Linux-x86_64/share/cmake-3.11/Modules/ExternalProject.cmake:2324
(message):
error: could not find git for clone of qRestAPI Call Stack (most recent 
call first):
/home/nil/tools/cmake-3.11.4-Linux-x86_64/share/cmake-3.11/Modules/ExternalProject.cmake:3100
(_ep_add_download_command)
CMakeExternals/qRestAPI.cmake:60 (ExternalProject_Add)
CMake/ctkMacroCheckExternalProjectDependency.cmake:795 (include)
CMake/ctkMacroCheckExternalProjectDependency.cmake:858
(ExternalProject_Include_Dependencies)
CMake/ctkBlockCheckDependencies.cmake:134
(ExternalProject_Include_Dependencies)
CMakeLists.txt:974 (include)

I can't find much on Internet concerning this error. I know 'git' is in my 
PATH. I added my ssh key to ssh-agent and to my github account. I'm not sure 
what else to test. Have you seen this error?

Nil
___
mitk-users mailing list
mitk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users


[mitk-users] PointSet rendering problem when adding in two different 3D renders

2018-09-20 Thread LOPEZ VELAZCO, ROCIO
Hello,

I am developing a MITK-based app, using last release MITK2018-03. (Where
can I find the repository to clone the latest MITK2018-04?). I have two
different 3D Render Window each one with its own dataStorage.

The problem is, if I create a PointSet in a PointSetNode and I add it to
the dataStorage of a 3D RenderWindow it works as expected. But, if I add
this PointSetNode (once created) into the other 3D Render window the render
gets crazy and it shows very wierd behaviour. I thought it could be about
interactors? maybe there is a conflict between pointset and render
interactor? But it shouldn't... Or might it be related with new
vtkOpenGLWidget or vtk8 stuff?  Any hint will be very welcome!

You can find attached a screenshot with the render crashed: the grey model
in the right  was the colored model in the left Render Window, it
disapeared and appeared in the right

Thank you very much in advance.
Best regards,

Rocío
___
mitk-users mailing list
mitk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users