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.000334
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 .. 14 15 16 17 18 19 20 21 22 23 24 .. 33 Next › Last »

eschwartz commented on 2018-10-07 18:35 (UTC) (edited on 2018-10-07 18:39 (UTC) by eschwartz)

Don't violate the user's Arch Linux installation. Patch the source code to fix the header include path. Ideally, submit this as an upstream pull request so it will be fixed for everyone. (You can #ifdef this so the upstream code will do boost version checks and select the right header.)

This PKGBUILD currently violates AUR packaging guidelines.

-- your friendly neighborhood TU

GPereira commented on 2018-10-04 17:44 (UTC)

thanks! Updated and fixed version

miramur commented on 2018-10-03 16:51 (UTC)

@portaloffreedom I think the header just moved. I was able to symlink it and it is currently building successfully (at about 70% now):

sudo ln -s /usr/include/boost/uuid/detail/sha1.hpp /usr/include/boost/uuid/sha1.hpp

portaloffreedom commented on 2018-10-01 16:28 (UTC) (edited on 2018-10-01 16:28 (UTC) by portaloffreedom)

On an archlinux fresh install it fails to compile because of some deprecated boost header that got removed:

In file included from ~/.cache/aurman/gazebo/src/osrf-gazebo-5714795a2e79/gazebo/common/BVHLoader.cc:27:
~/.cache/aurman/gazebo/src/osrf-gazebo-5714795a2e79/gazebo/common/CommonIface.hh:22:10: fatal error: boost/uuid/sha1.hpp: No such file or directory
 #include <boost/uuid/sha1.hpp>
          ^~~~~~~~~~~~~~~~~~~~~

The header is now at <boost/uuid/detail/sha1.hpp>

See also https://www.boost.org/doc/libs/1_67_0/boost/uuid/sha1.hpp

miramur commented on 2018-09-16 06:46 (UTC) (edited on 2018-09-16 07:20 (UTC) by miramur)

EDIT 2: Alright, this package at least builds (with a lot of OGRE_DEPRECATED warnings) with a manually installed ogre-1.10.12. No word yet on whether things work at run time.

For those coming here while trying to build ros-melodic, FIRST install ogre-1.10.12 manually from source, then remove ogre as a dependency of this package and remove ogre-1.9 as a dependency of rviz.


EDIT: gazebo 9.3.1-1 relies on an ogre setMaterial() interface that was deprecated last August and removed in February (https://github.com/OGRECave/ogre/commit/114fe48c7e3959ca47a47490d16ec6d630ae410a#diff-f8a87d2c9e82f5de4ef37d15c3972672)

It's not going to build with anything after v1.10.12 (e.g. the dependency 'ogre,' which is 1.11). I'll see if it works w/ ogre 1.10.


So I tried building this w/ Ogre v1.11.2 installed manually. Unfortunately, I still get the missing header file:

#include <OGRE/OgreWindowEventUtilities.h>

And even when I move the header file out the "Bites" folder, I get compile errors suggesting a reliance on old ogre code:

error: no matching function for call to ‘gazebo::rendering::DynamicLines::setMaterial(std::__cxx11::string&)’
   dPtr->torqueLine->setMaterial(dPtr->unselectedMaterial);

/usr/include/OGRE/OgreSimpleRenderable.h:76:22: note: candidate: ‘virtual void Ogre::SimpleRenderable::setMaterial(const MaterialPtr&)’
         virtual void setMaterial(const MaterialPtr& mat);

Perhaps this actually looking for an older version of ogre than 1.11 or 1.9?

jlecoeur commented on 2018-09-11 08:32 (UTC)

@nicolino there are the three OGRE releases 1.11.0, 1.11.1 and 1.11.2 here: https://github.com/OGRECave/ogre/releases.

If it works with version 1.11.2, what about adding an AUR ogre-1.11.2 package and make it a hard requirement for the AUR gazebo package?

nicolino commented on 2018-09-10 14:17 (UTC) (edited on 2018-09-10 14:38 (UTC) by nicolino)

Hi,

I have tried to install various source version of ogre (the various ogre* packages on AUR) but no one of them was perfectly compatible with the current version of gazebo.

Recap:

Current version of gazebo with precompiled ogre binary: does compile but does not work entirely: exception + segfault when loading complex models from the online repo (i.e. something that has a texture). The actual point of failure is when gazebo calls the ogre subsystem to load the .material files: Ogre::ResourceGroupManager::getSingleton().openResource() that lie inside the ogre libraries (/usr/lib/libOgreMain.so).

So the sources of ogre are needed to go through them with a debugger.

Current version of gazebo with various combinations of source ogre: does not compile. Gazebo sort of "wants" ogre 1.11 but it is not available as a AUR package.

I am thinking of getting and installing ogre from THE OGRE repository, but it is more or less against Arch policy (outside AUR).

Ideas?

Best Regards

NOTE: To go back to previous version of gazebo (9.0), that was compatible with ogre 1.10, requires OLD BOOST.

NOTE2: Apparently, there is not a version 1.11 on the ogre website (https://bitbucket.org/sinbad/ogre/src).

nicolino commented on 2018-09-10 12:21 (UTC) (edited on 2018-09-10 14:20 (UTC) by nicolino)

Hi,

The very last version of gazebo has still the same segmentation fault after the exception in loading material files.

I am recompiling ogre-git with debug symbols and seeing what's wrong.

However, the time window for which I can dedicate resources to drill into this subject is closing, please consider taking charge.

@jlecoeur:

I do not know why, but the ogre patch is missing from the package (also commented in the PKGBUILD). I have managed to make the last version compile by downloading the modified ogre-1.11.patch (thanks AGAIN to @nodabba): https://gist.github.com/n0dabba/bd586b466da068e2eb9a24c003d507c1, putting it in the source dir and decommenting the PKGBUILD.

@Teasp00n:

No, the patch (ogre-1.11) is still good AND necessary.

The problem is inside the (precompiled as in binary package) Ogre libraries.

Best Regards

jlecoeur commented on 2018-09-10 10:07 (UTC)

The build is still broken

Scanning dependencies of target gazebo_rendering
[ 43%] Building CXX object gazebo/rendering/CMakeFiles/gazebo_rendering.dir/ApplyWrenchVisual.cc.o
In file included from /tmp/yaourt-tmp-jlecoeur/aur-gazebo/src/osrf-gazebo-5714795a2e79/gazebo/rendering/MovableText.hh:27,
                 from /tmp/yaourt-tmp-jlecoeur/aur-gazebo/src/osrf-gazebo-5714795a2e79/gazebo/rendering/ApplyWrenchVisual.cc:24:
/tmp/yaourt-tmp-jlecoeur/aur-gazebo/src/osrf-gazebo-5714795a2e79/gazebo/rendering/ogre_gazebo.h:34:10: fatal error: OGRE/OgreWindowEventUtilities.h: No such file or directory
 #include <OGRE/OgreWindowEventUtilities.h>
          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
compilation terminated.
make[2]: *** [gazebo/rendering/CMakeFiles/gazebo_rendering.dir/build.make:63: gazebo/rendering/CMakeFiles/gazebo_rendering.dir/ApplyWrenchVisual.cc.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:2583: gazebo/rendering/CMakeFiles/gazebo_rendering.dir/all] Error 2
make: *** [Makefile:141: all] Error 2