Pushed new branch bugfix/T28062-FixIsotropicWaveletsDep.

I added an explicit private target dependency to IsotropicWavelets in BasicImageProcessing as it is the only module where it is used.

Argh... it is actually used in BasicImageProcessing without being specified as dependency. :-( I will investigate if it is just a header that is included or if we need to revert and try to fix the retrival issue of the remote module.

Deleted branch bugfix/T28062-RemoveITKIsotropicWaveletsDependency.

Pushed new branch bugfix/T28062-RemoveITKIsotropicWaveletsDependency.

Deleted branch bugfix/T28061-UseOfficialITKTarball.

Pushed new branch bugfix/T28061-UseOfficialITKTarball.

Deleted branch bugfix/T28060-CMP0091.

Pushed new branch bugfix/T28060-CMP0091.

As it is a public API change I suggest that you tag this task with Noteworthy and write a line about the breaking change or in case it is not trivial a short migration guide.

Deleted branch bugfix/T26449-XNAT-OpenSSL.

Pushed new branch bugfix/T26449-XNAT-OpenSSL.

It is not acceptable that there is a hidden manual process involved. There's legacy code in the XNAT plugin's CMakeLists.txt that tries to do that automatically but fails as it copies/installs the wrong files. To make the whole thing more visible, I will add the following two CMake cache variables to set the two DLLs. Manual copying and installing shouldn't be neccessary anymore then.

All experimental CI clients succeeded. Merged into develop.

Deleted branch feature/T27383-UpdateExternalToolkits.

Poco 1.10.1 isn't a trivial update. It's known that Poco messes around with all the defines of Windows.h and there's a compiler definition POCO_NO_UNWINDOWS to control it that we use. However, something changed in Poco and all kinds of compiler and linker errors pop up even in unrelated modules and plugins as header declarations and implementations may differ, or method names are suddenly masked by definitions. It's hard to narrow it down as we seem to use a mix of both modes. So I call it a night for this task with all the updates mentioned above. Everything else is probably worth own dedicated tasks if necessary. The next big update we should focus on is ITK, though.

Our current version of ITK does not compile with OpenCV 3.4.12.

Eigen update to v3.3.8 does not work. We have to wait for v3.3.9 which is going to be released in the next few days, according to https://gitlab.com/libeigen/eigen/-/issues/2011.

Pushed new branch feature/T27383-UpdateExternalToolkits.

I close this task as it is very likely fixed in T26164: DICOM Query/Retrieve doesn't work at least in Ubuntu release installers. Please re-open if it is not the case for you by using the workaround or building the latest develop version . :-)

Fixed in T26164: DICOM Query/Retrieve doesn't work at least in Ubuntu release installers.

@nolden FYI: you can (auto-)link tasks and Differentials by either

Deleted branch bugfix/T28002-ImprovePackageDependsFiles.

PACKAGE_DEPENDS now properly supports Boost, OpenMesh, OpenMP, OpenSSL, and Python3. For example:

After reading the itk::NumericTraits documentation and looking into the actual definitions of ZeroValue() I guess the fix could be:

TARGET_DEPENDS parameters are directly passed to target_link_libraries() and bypass the PACKAGE_DEPENDS mechanism.

Public API change: Depending on VTK does not add a transitive dependency to Qt5 Widgets anymore, except, when the required VTK components have a public dependency to Qt5 Widgets of course.

Fixed VTK and TinyXML-2 so far.

Pushed new branch bugfix/T28002-ImprovePackageDependsFiles.

Holy moly, I just learned that the package depends files work completely different than I thought/was told the past 9 years. Instead of fixing the mitk_use_modules() function we just need to use the package depends files correctly.