URL: https://www.humanconnectome.org/software/connectome-workbench
Successor to "caret"
Ask Tim Coalson @ WU for help/advice if needed
GitHub URL: https://github.com/Washington-University/workbench
Using the configuration:
cmake -D CMAKE_BUILD_TYPE=Release -D WORKBENCH_MESA_DIR=/usr -D WORKBENCH_USE_QT5=TRUE ../workbench/src
OpenGL_GL_PREFERENCE has not been set to "GLVND" or "LEGACY", so for compatibility with CMake 3.10 and below the legacy GL library will be used.
and
QuaZip_DIR DIR-NOTFOUND
Other options are available. Should I submit a log file to review options of interest?
Testing with the WB 1.0 Tutorial Dataset available for download from ConnectomeDB Registering with ConnectomeDB is important for proper testing of Connectome Workbench tools as the file size means as little as possible is locally cached.
wb_view, wb_command, wb_shortcuts, and the bash completion script are the executables provided.
From GitHub website: "It should be noted that wb_import, provided in the HCP binary releases of Connectome Workbench, is actually part of caret5 (http://brainvis.wustl.edu/wiki/index.php/Caret:Download)."
It is unclear what functionality this provides that would be missing if we ignore it.
wb_import is non-essential, it can convert some file formats, but is not called by anything in the workbench source tree (it appears to only be mentioned in an error message).
The NeuroDebian package appears to put "caret" in the package "recommends", possibly related to this, though they appear to only provide a "caret" package for debian sid, not the full range of platforms connectome-workbench is provided for.
The cmake line looks fine to me, assuming it found OSMesa in /usr. If you need to use a different build type than Release (like for a separate debug symbols package), please ensure it still results in the compile flags including "-DNDEBUG" to turn asserts and other debug runtime checks off.
Not sure what GLVND would do, I assume we use legacy OpenGL since we currently use an older cmake.
QuaZip not found is fine, just means it uses the version bundled inside the source tree instead. I think the NeuroDebian maintainer preferred to use system-installed libraries rather than our bundled ones, not sure how Fedora feels about it.
This ticket has been migrated to the forgejo instance. Please find the new ticket here https://forge.fedoraproject.org/neuro/NeuroFedora//issues/72