Package Details: gazebo 11.0.0-1

Git Clone URL: (read-only, click to copy)
Package Base: gazebo
Description: A multi-robot simulator for outdoor environments
Upstream URL:
Licenses: Apache
Submitter: None
Maintainer: billypilgrim
Last Packager: billypilgrim
Votes: 28
Popularity: 0.067108
First Submitted: 2008-10-18 22:59
Last Updated: 2020-04-16 19:06

Dependencies (32)

Sources (2)

Latest Comments

« First ‹ Previous ... 8 9 10 11 12 13 14 15 16 17 18 ... Next › Last »

LazyLucretia commented on 2018-06-23 12:34

@nicolino Your suggested workaround indeed lets gazebo build. However, I (probably like many other robotics researcher) was trying to install the ros-melodic-desktop-full package which includes gazebo. Unfortunately, downgrading ogre, boost and boost-libs breaks dependencies for ros-melodic-diff-drive-controller which is also a part of ros-melodic-desktop-full package.

nicolino commented on 2018-06-22 14:47


I have found a workaround to make it compile and run. I will restrain to make any personal comment, but it is easy to understand where the problem lies.

I have managed to make it work with a combination of luck and downgrade.

Simply downgrade ogre and the combination of boost and boost-libs to the following versions:

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

It then works without any patch.

OF COURSE IT BREAKS BOOST DEPENDENCIES but if you are reading this it means you work with Gazebo, and it is probably a research project and you can handle, for a while, this stuff.

Best Regards

LazyLucretia commented on 2018-06-22 11:42

Currently, build fails on my machine with this error message:

[ 14%] Building CXX object gazebo/common/CMakeFiles/gazebo_common.dir/
/home/umut/.cache/aurman/gazebo/src/gazebo-9.0.0/gazebo/common/ In member function ‘void gazebo::common::FileLogger::Init(const string&, const string&)’:
/home/umut/.cache/aurman/gazebo/src/gazebo-9.0.0/gazebo/common/ error: no match for ‘operator==’ (operand types are ‘boost::system::error_code’ and ‘int’)
     if (ec == 0)
/home/umut/.cache/aurman/gazebo/src/gazebo-9.0.0/gazebo/common/ note: candidate: ‘operator==(int, int)’ <built-in>
/home/umut/.cache/aurman/gazebo/src/gazebo-9.0.0/gazebo/common/ note:   no known conversion for argument 1 from ‘boost::system::error_code’ to ‘int’
In file included from /usr/include/boost/filesystem/path_traits.hpp:23,
                 from /usr/include/boost/filesystem/path.hpp:25,
                 from /usr/include/boost/filesystem.hpp:16,
                 from /home/umut/.cache/aurman/gazebo/src/gazebo-9.0.0/gazebo/common/
/usr/include/boost/system/error_code.hpp:611:17: note: candidate: ‘bool boost::system::operator==(const boost::system::error_code&, const boost::system::error_condition&)’
     inline bool operator==( const error_code & code,
/usr/include/boost/system/error_code.hpp:611:17: note:   no known conversion for argument 2 from ‘int’ to ‘const boost::system::error_condition&’
/usr/include/boost/system/error_code.hpp:624:17: note: candidate: ‘bool boost::system::operator==(const boost::system::error_condition&, const boost::system::error_code&)’
     inline bool operator==( const error_condition & condition,
/usr/include/boost/system/error_code.hpp:624:17: note:   no known conversion for argument 1 from ‘boost::system::error_code’ to ‘const boost::system::error_condition&’
/usr/include/boost/system/error_code.hpp:526:26: note: candidate: ‘bool boost::system::operator==(const boost::system::error_code&, const boost::system::error_code&)’
       inline friend bool operator==( const error_code & lhs,
/usr/include/boost/system/error_code.hpp:526:26: note:   no known conversion for argument 2 from ‘int’ to ‘const boost::system::error_code&’
make[2]: *** [gazebo/common/CMakeFiles/gazebo_common.dir/build.make:193: gazebo/common/CMakeFiles/gazebo_common.dir/] Error 1
make[1]: *** [CMakeFiles/Makefile2:1544: gazebo/common/CMakeFiles/gazebo_common.dir/all] Error 2
make: *** [Makefile:141: all] Error 2
==> ERROR: A failure occurred in build().

1CatchMe1 commented on 2018-06-20 06:16

@GPereira Could you put patches, please?

fanjiang commented on 2018-06-07 14:03

@rochus Tried to compile on Arch Linux with your patch today. Found out that Gazebo still needs one patch in gazebo/rendering/ at line 427:

#if (OGRE_VERSION >= ((1 << 16) | (11 << 8) | 0))


Plus you need to use asp export ogre to get the PKGBUILD of Ogre 1.11 and change the cmake options:

  cmake .. \
    -DCMAKE_BUILD_TYPE=RelWithDebInfo \

Confirmed that Gazebo 9.0.0 works seamlessly after these patches.

rochus commented on 2018-06-03 07:13

GPereira, I believe that ogre and ogre3d are the same. It appears that aur/ogre3d is ogre locked to version 1.10.11, the other ogre packages have their corresponding version number in the package name (e.g. aur/ogre-1.8, aur/ogre1.9, etc.).

The issue with gazebo and ogre is, that ogre 1.11 introduced several API breaking changes. I tried to follow all the changes in the ogre documentation and apply them to gazebo. I came up with the following PKGBUILD and patch file, with which gazebo compiles fine (excepted for a vast list of deprecation warnings, which I ignored). I didn't have any time yet to test if the compiled version runs fine at all, I was merely interested in compiling it.

PKGBUILD: ogre-1.11.patch: gazebo issue:

GPereira commented on 2018-06-02 18:37

Nimoab, is ogre being replaced for ogre3d? is that it? Their website leads to that conclusion but I am not so sure

Nimoab commented on 2018-05-14 03:00

@al3xst I solved that problem by installing the AUR ogre3d package ( and modifying the dependency in the gazebo's PKGBUILD. Also, the ogre3d package had to be compiled without the C++11 support. After rebuilding everythin, I also had a shadow issue. In the end I solved my problem compiling the ogre3d package with these options (don't know if they're all necessary though, especially TESTS and SAMPLES are certainly not, but I wanted to make sure Ogre was working properly before compiling gazebo):

cmake -G"Unix Makefiles" \
        -DOGRE_USE_STD11=OFF \

ffmpeg also got updated this morning and I had a similar problem, but with I coudln't rebuild the gazebo package this time because the name of some constant changed in avcodec.

To rebuild gazebo, I had to patch and rebuild the package ignition-common first, then I could patch and rebuild gazebo

Here are the patches I made:

Hope it helps.

al3xst commented on 2018-05-08 19:54

ogre got updated to version 1.11 but gazebo tries to load explicitly version 1.10.11 of all ogre libraries, so gazebo fails to start right now.

racko commented on 2018-03-05 19:50

Interesting. Thanks for the feedback.