Package Details: gazebo 11.14.0-2

Git Clone URL: https://aur.archlinux.org/gazebo.git (read-only, click to copy)
Package Base: gazebo
Description: A multi-robot simulator for outdoor environments
Upstream URL: https://classic.gazebosim.org/
Licenses: Apache
Submitter: None
Maintainer: acxz
Last Packager: acxz
Votes: 35
Popularity: 0.000062
First Submitted: 2008-10-18 22:59 (UTC)
Last Updated: 2023-12-11 14:35 (UTC)

Dependencies (34)

Sources (1)

Pinned Comments

billypilgrim commented on 2022-05-09 16:04 (UTC)

Development is on Github: https://github.com/acxz/gazebo-arch Please open issues and PRs there instead of commenting.

Latest Comments

« First ‹ Previous 1 .. 15 16 17 18 19 20 21 22 23 24 25 .. 33 Next › Last »

tsp commented on 2018-09-08 13:34 (UTC) (edited on 2018-09-08 13:34 (UTC) by tsp)

Did you mean to remove the ogre-2.11 patch from the sources?

nicolino commented on 2018-09-08 11:51 (UTC) (edited on 2018-09-08 12:35 (UTC) by nicolino)

Hi,

sorry for the mess, I am of the EE bunch, not ITC, my approach to coding is more or less "BRUTAL".

New version of gazebo crashes every-single-time a specific subset of models is loaded from the online repository.

The specific subset of models is identified by the presence, in all of its component models, of extra materials. In other words: textures and relative .material files.

I have managed to run gzclient through gdb (gzserver is running on its own) and I found out that the crash is generated by an exception catched in the file gazebo/rendering/RenderEngine.cc, the same in which the patch about the extra plugins (see below) had to be applied.

The exception is generated in the try block of RenderEngine:479 and, in detail, at line 509:

509            Ogre::DataStreamPtr stream =
510              Ogre::ResourceGroupManager::getSingleton().openResource(
511                  fullPath.string(), "General");

Inspecting the variable, fullPath is correct, but executing call fullPath.string() throws out a syntax error (in the debugger).

Browsing through the Boost Libraries Reference (https://www.boost.org/doc/libs/1_67_0/libs/filesystem/doc/reference.html) I have found out that there is not a unparametrized string() function.

There is indeed an unparametrized template <class String> String generic_string() const indeed, and inspecting with call fullPath.generic_string() returns the correct file path.

Recompiling with generic_string still catches an exception from the very same function Ogre::ResourceGroupManager::openResource().

After that, gdb loses its track inside /usr/lib/libOgreMain.so with Cannot find bounds of current function before returning with the exception catched and me losing my patience.

I do not know from how long this was going on but I reckon never being able to open certain models (FROM THE ONLINE REPO AVAILABLE INSIDE THE PROGRAM) in gazebo. After clicking on the model, nothing happened.

I suspect that the exception has always been thrown. The difference is that with the new boost and ogre, this time the program returns execution.

So:

1) Am I missing something important in a very, very dumb way?

2) In case there is a real problem with the code:

2a) Does anyone have the possibility to debug the rest of the OgreMain?

2b) Should we notify upstream?

If you want to replicate the experiments remember to recompile the code with -g -O0 as, in other cases, optimization changes in the source are significant.

Best Regards.

nicolino commented on 2018-09-06 09:33 (UTC)

Hi,

I would like to remind that I did not concoct the patch, I just found the useful part in the @nodabba comment and highligted it.

Best Regards

kikislater commented on 2018-09-04 07:23 (UTC)

So is it possible to put nicolino patch in build ?

cptnapalm commented on 2018-08-28 22:49 (UTC)

Just to be an additional confirmation, the portion of the patch pointed out by nicolino does, in fact, cures the 'png' codec problem during compilation.

nicolino commented on 2018-08-14 19:06 (UTC) (edited on 2018-08-14 19:08 (UTC) by nicolino)

Thanks nodabba,

now Gazebo compile and runs with latest boost and ogre.

This part:

diff -ruN original/gazebo-9.0.0/gazebo/rendering/RenderEngine.cc 
patched/gazebo-9.0.0/gazebo/rendering/RenderEngine.cc
--- original/gazebo-9.0.0/gazebo/rendering/RenderEngine.cc      2018-01-25 23:25:48.000000000 +0100
+++ patched/gazebo-9.0.0/gazebo/rendering/RenderEngine.cc       2018-06-02 21:21:19.426983596 +0200

@@ -425,6 +425,11 @@
     std::string extension = ".so";
 #endif

+#if (OGRE_VERSION >= ((1 << 16) | (11 << 8) | 0))
+    plugins.push_back(path+"/Codec_EXR");
+    plugins.push_back(path+"/Codec_FreeImage");
+#endif
+
     plugins.push_back(path+"/RenderSystem_GL");
     plugins.push_back(path+"/Plugin_ParticleFX");
     plugins.push_back(path+"/Plugin_BSPSceneManager");

did the trick.

Best Regards

nodabba commented on 2018-08-14 17:51 (UTC)

I was able to compile and run gazebo with the following modified ogre-1.11.patch: https://gist.github.com/n0dabba/bd586b466da068e2eb9a24c003d507c1 Current patch was lacking of one more fix (see https://bitbucket.org/osrf/gazebo/issues/2475/gazebo9-compile-error-with-ogre111 for more info). Thanks @greboide for link.

nicolino commented on 2018-08-12 17:55 (UTC)

Hi,

Last version of gazebo fixes newer boost dependencies and, supposedly, OGRE.

However, whenever I try to run it, the following happens:

[Err] [main.cc:34] Ogre Error:ItemIdentityException: Can not find codec for 'png' image format. Supported formats are: dds ktx pkm. in Codec::getCodec at /build/ogre/src/ogre-1.11.1/OgreMain/src/OgreCodec.cpp (line 66)

I have checked on google and the same problem is reported here:

https://forums.ogre3d.org/viewtopic.php?t=94306

It says to modify a plugins.cfg as new version of Ogre needs explicit activation of the png images plugin.

Although I found the plugins.cfg file for the general Ogre installation, I could not find the gazebo one.

Any clues?

Best Regards.

nicolino commented on 2018-08-05 13:46 (UTC) (edited on 2018-08-05 13:47 (UTC) by nicolino)

Hi,

for the same problems with Ogre and boost, also the installation of ros-melodic-gazebo-ros goes nuts.

@LazyLucretia

I have installed and test-run (just roscore for now) ROS-MELODIC AND GAZEBO by keeping the old downgrades

Ogre: ogre-1.10.10-3-x86_64.pkg.tar.xz boost: boost-1.66.0-3-x86_64.pkg.tar.xz boost-libs: boost-libs-1.66.0-3-x86_64.pkg.tar.xz

and also downgrading

gdbm to gdbm-1.14.1-1-x86_64.pkg.tar.xz

@jlecoeur

Yep, libreoffice needs newer boost.

Best regards

1CatchMe1 commented on 2018-08-01 20:51 (UTC)

@greboide It does compile, but doesn't run!!