Build failed due to cmake find_python3 module #29
Comments
|
Turns out I've made an error when passing |
|
Hello, I was able to get this dockerfile to build. I ended up creating a symlink for python to ensure it found it where it needed it, along with putting the full path to the python .so here: DPython3_LIBRARY=/usr/local/lib/libpython3.10.so. This also has a couple other minor changes. Let me know if this helps.
|
It builds just fine, thank you so much. I'll close the issue for now. |
|
Hi,
An error prompt out saying:
Does that mean the environment variable for adobe-fileformat-plugin didn't actually get setup properly? |
|
That error typically means PXR_PLUGINPATH_NAME wasn't set. You'll want to make sure all three of these are setup properly: |
As the link suggested, we should either copy all the contents of USD-Fileformat-plugins/bin/bin and USD-Fileformat-plugins/bin/plugin/usd to the {USD_Install_Path}/plugin/usd or set PATH and PXR_PLUGINPATH_NAME accordingly. However when I inspect the bin folder in usd-fileformat-plugin install path, I found that there actually is no /bin/bin folder Does this mean the installation process of usd-fileformat-plugin didn't actually succeed? |
|
interesting, maybe... the fileformatUtils shared lib to be there. Can you check if the build\utils\Release folder contains it? If not maybe it failed to build properly. |
|
There seems to be no Release folder in build\utils\Release |
|
Ah, thats right linux handles these paths a bit differently. I'll need to update the docs, but for linux instead of the utils getting installed into bin/bin, it ends up in bin/lib: Assuming you are going down the copy route, once you copy the usdGltf folder into usd/plugin/usd folder. USD will recognize that gltf is a recognizable format via the usd/plugin/usd/usdGltf/resources/plugInfo.json file. That will tell USD to use the libusdGltf.so shared library, which should also be copied into usd/plugin/usd. If you run into more problems, doing an ldd on usd/plugin/usd/libusdGltf.so might shed some light on any discrepancies or missing dependencies. |
|
After I copied all the contents from USD-Fileformat-plugins-1.0.5/bin/lib to usd/plugin/usd, the error persists. when I run ldd agains the It appears that the only missing dependencies are libjbig.so.0, libfreetype.so.6 and libopenjp2.so.7, which does not seem to be related to the issue of usdcat not recognize gltf format. |
|
I ran some more experiments by copied a glb file to the docker image during building process and run usdcat executable inside the docker container. The output suggest that the said missing dependency " libopenjp2.so.7" is preventing the conversion from completing. |
|
After install packages that are related to those .so files, I've hit a different message that may suggest an incorrect compile process |
Turns out this was caused by partially setting up LD_LIBRARY_PATH with usd-fileformat-plugins path while copying all files to usd/plugin/usd. After remove the LD_LIBRARY_PATH setup from Dockerfile and run usdcat again, the output was following When inspect Clearly, libfileformatUtils.so dependency is not resolved properly |
Hi,
I'm building USD-Fileformat-plugins in docker. I used the prebuilt usd artifact from github releases. And I tried to mimicking the way github ci of this repo is setup. However, when I tried to build the docker image, it fails at the find python module part of the cmake file.
Here is the dockerfile:
And this is the terminal output I get when I tried to build the image
The text was updated successfully, but these errors were encountered: