ospray-studio Reinstalls all existing $PREFIX/lib/*so libraries

It appears to copy the whole $PREFIX/lib directory into its lib/ instead of libraries that it itself needs to install.

Nov 25 '21 17:11 yurivict

Thank you for reporting the issue. We are looking into it.

Dec 05 '21 20:12 BruceCherniak

Hi, @yurivict. For this issue and https://github.com/ospray/ospray_studio/issues/9, it sounds like you're building OSPRay Studio against pre-installed dependencies (e.g. OSPRay, Embree, etc.), correct? Are you also setting CMAKE_INSTALL_PREFIX to the location of those pre-installed dependencies?

By default, OSPRay Studio is designed to fetch it's own dependencies and install as a stand-alone package. If it's dependencies are pre-installed, then you can configure cmake with -DOSPRAY_INSTALL=OFF to only install OSPRay Studio.

Does that help fix this issue for you?

Thanks! -Trevor

Mar 04 '22 14:03 TrevorThomson

Hi @yurivict, if you could please try -DOSPRAY_INSTALL=OFF in your installation scenario, that would help us make a case for such situations. As is, the default as ON works for a majority of users.

Mar 13 '22 15:03 BruceCherniak

With -DOSPRAY_INSTALL=OFF the problem doesn't occur.

But the default -DOSPRAY_INSTALL=ON behavior is very odd, no other package does this.

Mar 13 '22 19:03 yurivict

Thank you for verifying. OSPRay Studio is a little different than the other Rendering Toolkit packages, in that it tries to download and use existing binaries as much as possible - rather than building all of its dependencies.

Mar 15 '22 01:03 BruceCherniak

This issue has not been ignored or forgotten. We are thinking about the larger dependency and cross-component install issues.

Jul 07 '22 14:07 BruceCherniak