Undefined symbol running rviz2

[Nicogene]

Undefined symbol running rviz2

[Tobias-Fischer]

There is a bug unfortunately with the version of spdlog that is installed. Could you please try the previous version?

[wolfv]

Thanks for providing this workaround @Nicogene!

It's expected that you have the library in envs and pkgs: the pkgs directory is a central location where packages are downloaded and extracted. From there they are linked into the environment. If you would have two or three environments that use the same package they would all refer to the same 'physical' file (via a hard-link).

@Tobias-Fischer I guess once we've started the rebuild to the staging channel, this will be fixed, right?

[Nicogene]

Maybe also the ldd of the library can be useful:

ldd /home/ngenesio/mambaforge/envs/ros2_env/bin/../lib/././librcl_logging_spdlog.so
        linux-vdso.so.1 (0x00007fff2c935000)
        librcpputils.so => /home/ngenesio/mambaforge/envs/ros2_env/bin/../lib/./././librcpputils.so (0x00007fab6e8b3000)
        libspdlog.so.1 => /home/ngenesio/mambaforge/envs/ros2_env/bin/../lib/./././libspdlog.so.1 (0x00007fab6e839000)
        librcl_logging_interface.so => /home/ngenesio/mambaforge/envs/ros2_env/bin/../lib/./././librcl_logging_interface.so (0x00007fab6e834000)
        librcutils.so => /home/ngenesio/mambaforge/envs/ros2_env/bin/../lib/./././librcutils.so (0x00007fab6e81c000)
        libstdc++.so.6 => /home/ngenesio/mambaforge/envs/ros2_env/bin/../lib/./././libstdc++.so.6 (0x00007fab6e666000)
        libgcc_s.so.1 => /home/ngenesio/mambaforge/envs/ros2_env/bin/../lib/./././libgcc_s.so.1 (0x00007fab6e64d000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fab6e408000)
        libfmt.so.9 => /home/ngenesio/mambaforge/envs/ros2_env/bin/../lib/././././libfmt.so.9 (0x00007fab6e3e3000)
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fab6e3de000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fab6e8cf000)
        libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fab6e3d7000)
        librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fab6e3d2000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fab6e2eb000)

[Nicogene]

Interesting that I have two librcl_logging_spdlog.so

locate librcl_logging_spdlog.so
/home/ngenesio/mambaforge/envs/ros2_env/lib/librcl_logging_spdlog.so
/home/ngenesio/mambaforge/pkgs/ros-humble-rcl-logging-spdlog-2.3.0-py39h495f368_1/lib/librcl_logging_spdlog.so

But they seem the same

[Nicogene]

There is a bug unfortunately with the version of spdlog that is installed. Could you please try the previous version?

This workaround worked fine thanks! I installed 1.9.2 instead of the 1.10.0

mamba create -n ros2_env -c conda-forge -c robostack -c robostack-experimental -c robostack-humble yarp spdlog=1.9.2  ros-humble-desktop

I still have an issue opening gazebo, but maybe I can open a separate issue for that.

[Tobias-Fischer]

Yes. Shall we put this in the install instructions before the talk tomorrow?

[Tobias-Fischer]

Same with #6

[wolfv]

yes, sounds like a good idea

[traversaro]

I suspect this is due to the ABI incompatibility introduced by conda-forge/spdlog-feedstock#50, tracked in conda-forge/spdlog-feedstock#53 .

[traversaro]

Probably another workaround is to install the 1.10.0 _0 build instead of the 1.10.0 _1 build.

[traversaro]

Hopefully this will fixed once conda-forge/admin-requests#501 is merged.

[Tobias-Fischer]

This is fixed in the newly built packages - however, please be aware of #30.