-
-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
On Linux gzserver does not start as RenderSystem_GL Ogre plugin is not found #31
Comments
We do have a rebuild of ogre 1.10 that properly enables the gl backend. Maybe we should move the previous versions to broken so that they cannot be installed. BTW we're close to have Moveit, cartographer, OpenSlam and desktop-full on OS X, Windows and Linux (including arm64) and we will make sure that gazebo works fine before publishing a blog post, soon! |
Is that still an issue with the most recent ogre 1.10 build? |
This works fine when sourcing share/gazebo-9/setup.sh That file sets some ogre_plugin_directory variable which seems to be necessary |
Hi @traversaro, could you please check whether this is still an issue with |
Actually, it's on WSL so |
Just tried this, the error still occurs. Oddly enough the file exists (however .so is missing, not sure whether that's a problem). I noticed that some fixes were not pulled in on unix - see #41 which could be a potential fix for this issue. |
Actually it works fine now - I must not have sourced the environment properly. Could you please confirm @traversaro? |
I am on WSL2 and now I have a different error related to the X server (even if I have it on the Windows side and I should have it properly configured), so I guess the RenderSystem_GL problem was indeed solved! |
Using the latest miniforge ( Miniforge3-4.8.5-1) on Ubuntu 20.04 (via
WSL2
) and installing thegazebo
package, startinggzserver --verbose
fails with:The problem is similar to the one discussed in conda-forge/ogre-feedstock#15, but I guess that the Gazebo package forces the system to install the old ogre 1.10.12, while the problem was solved in conda-forge/ogre-feedstock#16 for Ogre 1.12.5 .
Environment (
conda list
):Details about
conda
and system (conda info
):The text was updated successfully, but these errors were encountered: