Open xela-95 opened 3 months ago
libopengl0
libEGL.so.1
libegl1
libgl1-mesa-glx
setup.sh
the env. vars GZ_SIM_RESOURCE_PATH
and YARP_DATA_DIRS
yarp server
source setup.sh
gz sim example.world -v 4
fyi @traversaro
I'm facing the issue of gazebo not finding the gz-sim-yarp-plugins shared libraries, in fact when I execute:
gz sim example.world -v 4
I get the following logs, even if the env. var GZ_SIM_PLUGIN_PATH
is equal to :/home/acroci/mambaforge/envs/walking/lib
and in that location are present the shared libraries needed by Gazebo:
mong other the conda environment will install Gazebo. In order to work properly it needs some low-level dependencies already installed on Ubuntu through apt:
* `libopengl0` * `libEGL.so.1` * `libegl1` * `libgl1-mesa-glx`
Just a copy&paste friendly command:
sudo apt install libgl1-mesa-glx libegl1 libopengl0
Side note: I find really cool to be able to use vscode from windows attached natively to WSL! See https://code.visualstudio.com/docs/remote/wsl
Little off-topic (I didn't want to open explicitly an issue for this): up to now I'm stuck with the solution of using WSL to test ergoCub walking since when I launch the world containing it, it is not able to find the shared libraries of the plugins, even if the GZ_SIM_SYSTEM_PLUGIN_PATH
is set up.
I've then tried to setup a VM (using VirtualBox) to avoid continuously restarting my PC to switch between Windows and Linux os. After having set up all the stuff needed (including installing the graphics packages with https://github.com/robotology/gz-sim-yarp-plugins/issues/133#issuecomment-2015144181 ), when I started Gazebo I saw a black area in place of the rendered world, with no errors regarding it:
For the moment I was able to make it work by disabling the HW acceleration from the VirtualBox settings:
Unfortunately, this caused the simulation to be quite slow.
I've seen there are gz-sim
issues related to this that I've not read yet:
In the end when configuring WSL I made a mistake in setting the GZ_SIM_SYSTEM_PLUGIN_PATH
environment variable, and fixing this I was able to make gazebo start and load ergoCub.
When I try to run the walking controller tutorial using v0.8.0) I get an error at step 7:
[INFO] Loading custom PIDs
[INFO] Parsing DEFAULT PID group.
[INFO] DEFAULT PID successfully loaded
[INFO] |yarp.os.Port|/walking-coordinator/logger/data:o| Port /walking-coordinator/logger/data:o active at tcp://172.21.28.41:10110/
[INFO] [WalkingModule::configure] Ready to play! Please prepare the robot.
Exception of type: DYNAMIC_LIBRARY_FAILURE in file "../../src/Common/IpLibraryLoader.cpp" at line 67:
Exception message: libhsl.so: cannot open shared object file: No such file or directory
[ERROR] WalkingIK: Failed in finding a solution.
[ERROR] [WalkingModule::prepareRobot] Inverse Kinematics failed while computing the initial position.
In the end when configuring WSL I made a mistake in setting the
GZ_SIM_SYSTEM_PLUGIN_PATH
environment variable, and fixing this I was able to make gazebo start and load ergoCub.When I try to run the walking controller tutorial using v0.8.0) I get an error at step 7:
[INFO] Loading custom PIDs [INFO] Parsing DEFAULT PID group. [INFO] DEFAULT PID successfully loaded [INFO] |yarp.os.Port|/walking-coordinator/logger/data:o| Port /walking-coordinator/logger/data:o active at tcp://172.21.28.41:10110/ [INFO] [WalkingModule::configure] Ready to play! Please prepare the robot. Exception of type: DYNAMIC_LIBRARY_FAILURE in file "../../src/Common/IpLibraryLoader.cpp" at line 67: Exception message: libhsl.so: cannot open shared object file: No such file or directory [ERROR] WalkingIK: Failed in finding a solution. [ERROR] [WalkingModule::prepareRobot] Inverse Kinematics failed while computing the initial position.
The issue was due to missing HSL solvers.
This issue tracks all the necessary steps to make gazebo and gz-sim-yarp-plugins work on WSL, with particular reference to the case of ErgoCub robot (see #122 )
Tests done on Windows 11 22H2