Closed traversaro closed 1 month ago
For the records, the windows error occurs when the gazebo
dependency is installed with conda with the gz-sim7
package. It seems that the gz sdf ...
subcommand is not available, while the plain gz
instead is found.
I remember that gazebo has a weird ruby-based approach to extend the gz
command with subcommands, maybe on windows this is not yet working on conda.
Ah, I think this is just https://github.com/gazebosim/gz-tools/issues/71, a relative easy fix.
Ah, I think this is just gazebosim/gz-tools#71, a relative easy fix.
Actually it is a bit complex to solve upstream as the goal is to support multiple config generators (see https://github.com/gazebosim/gz-plugin/pull/63). However, we use single config generators on conda-forge, so we can easily just fix the problem there.
I guess this should have been fixed by https://github.com/conda-forge/libsdformat-feedstock/pull/94 (unless somebody install sdformat from source on Windows, but this seems quite a cornercase).
Awesome, thanks @traversaro for addressing the problem. We should now check that things work here by removing the if
in the CI workflow.
Upstream should be fixed as well in https://github.com/gazebosim/sdformat/pull/1339. I still haven't tried to enable windows back in CI.
After the upstream fixes and some final work on our side (#34, #35), the URDF to SDF conversion required by rod
and performed by sdformat
should work fine also on Windows :rocket: Our CI is already testing it by installing the required dependencies from conda-forge.
Closing.
@diegoferigo in https://github.com/ami-iit/rod/pull/24 wrote:
I open this issue to track this problem.