Package Details: gazebo 8.0.0-2

Git Clone URL: (read-only)
Package Base: gazebo
Description: A multi-robot simulator for outdoor environments
Upstream URL:
Licenses: Apache
Submitter: None
Maintainer: marauder
Last Packager: marauder
Votes: 21
Popularity: 1.163197
First Submitted: 2008-10-18 22:59
Last Updated: 2017-06-06 00:10

Dependencies (32)

Sources (1)

Latest Comments

racko commented on 2017-08-13 17:46

You have to rebuild sdformat because boost was upgraded from 1.63.0 to 1.64.0:

$ nm -CD /usr/lib/ | grep get_mem_block
00000000000b09b0 T boost::re_detail_106400::get_mem_block()

tve commented on 2017-08-10 15:24

The latest PKGBUILD errors for me, anyone have a suggestion?

/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib/ undefined reference to `boost::re_detail_106300::cpp_regex_traits_implementation<char>::transform_primary[abi:cxx11](char const*, char const*) const'
/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib/ undefined reference to `boost::re_detail_106300::verify_options(unsigned int, boost::regex_constants::_match_flags)'
/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib/ undefined reference to `boost::re_detail_106300::put_mem_block(void*)'
/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib/ undefined reference to `boost::re_detail_106300::cpp_regex_traits_implementation<char>::transform[abi:cxx11](char const*, char const*) const'
/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib/ undefined reference to `boost::re_detail_106300::get_default_error_string(boost::regex_constants::error_type)'
/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib/ undefined reference to `boost::re_detail_106300::get_mem_block()'
/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib/ undefined reference to `boost::re_detail_106300::perl_matcher<__gnu_cxx::__normal_iterator<char const*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char const*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::construct_init(boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > > const&, boost::regex_constants::_match_flags)'
/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib/ undefined reference to `boost::re_detail_106300::raise_runtime_error(std::runtime_error const&)'
collect2: error: ld returned 1 exit status
make[2]: *** [gazebo/gui/CMakeFiles/gzclient.dir/build.make:302: gazebo/gui/gzclient-8.0.0] Error 1
make[1]: *** [CMakeFiles/Makefile2:3278: gazebo/gui/CMakeFiles/gzclient.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....

racko commented on 2017-08-07 04:55

I added a new gazebo package that should fix dependency issues and use community/ogre instead of aur/ogre-1.8. I would appreciate your feedback:

yimingl commented on 2017-08-03 00:07

Thanks for the update.
but qwt-qt5 is currently gone from AUR.

kartikmohta commented on 2017-08-01 22:54

Updated PKGBUILD for v8.1.1 + changed qt4 dependency to qt5:

wbthomason commented on 2017-06-30 17:19

The updated version of tinyxml2 in community lets this compile.

However, I'm only getting segfaults when I run gazebo or gzclient. Not the same messages as you, @1CatchMe1, just immediate segfaults.

gdb indicates that it's somewhere in the Qt code.

Has anyone else run into/fixed this?

1CatchMe1 commented on 2017-06-28 18:11

I am getting "escalating to SIGKILL on server" when I run gazebo then exit

And when I run:
$gzclient --verbos
Gazebo multi-robot simulator, version 8.1.1
Copyright (C) 2012 Open Source Robotics Foundation.
Released under the Apache 2 License.

[Msg] Waiting for master.
[Msg] Connected to gazebo master @
[Msg] Publicized address:
Segmentation fault (core dumped)

wbthomason commented on 2017-06-28 18:08

@1CatchMe1: Ah, thanks. I hadn't found that issue. It looks like the tinyxml2 developer has released a minor version (5.0.1) claiming to fix this issue. I've flagged the relevant package as out of date, which will hopefully help fix this package.

1CatchMe1 commented on 2017-06-28 17:49

you have to downgrade tinyxml2 to 4
OR see this:

I have just installed it now and it has been built successfully.

wbthomason commented on 2017-06-26 21:21

This is failing to build for me (with either the current PKGBUILD or the PKGBUILD in the gist linked by @zaidan) with a linking error: "util/ undefined reference to `tinyxml2::StrPair::GetStr()'

I've reinstalled tinyxml2, but with no luck. Has anyone gotten this to build recently?

zaidan commented on 2017-06-09 14:39

had to rebuild ignition-msgs

zaidan commented on 2017-06-09 12:41

@marauder's PKGBUILD fixed by jap48 and published here by mimoralea as gist was the last working PKGBUILD:

but it is broken after protobuf update:

[ 25%] Building CXX object gazebo/msgs/CMakeFiles/gazebo_msgs.dir/
In file included from /AUR/gazebo/src/osrf-gazebo-85ba68a2545f/gazebo/msgs/msgs.hh:32:0,
from /AUR/gazebo/src/osrf-gazebo-85ba68a2545f/gazebo/msgs/
/usr/include/ignition/msgs0/ignition/msgs/color.pb.h:17:2: error: #error This file was generated by an older version of protoc which is
#error This file was generated by an older version of protoc which is
/usr/include/ignition/msgs0/ignition/msgs/color.pb.h:18:2: error: #error incompatible with your Protocol Buffer headers. Please
#error incompatible with your Protocol Buffer headers. Please
/usr/include/ignition/msgs0/ignition/msgs/color.pb.h:19:2: error: #error regenerate this file with a newer version of protoc.
#error regenerate this file with a newer version of protoc.
In file included from /usr/include/ignition/msgs0/ignition/msgs/color.pb.h:31:0,
from /AUR/gazebo/src/osrf-gazebo-85ba68a2545f/gazebo/msgs/msgs.hh:32,
from /AUR/gazebo/src/osrf-gazebo-85ba68a2545f/gazebo/msgs/
/usr/include/ignition/msgs0/ignition/msgs/header.pb.h:17:2: error: #error This file was generated by an older version of protoc which is
#error This file was generated by an older version of protoc which is
/usr/include/ignition/msgs0/ignition/msgs/header.pb.h:18:2: error: #error incompatible with your Protocol Buffer headers. Please
#error incompatible with your Protocol Buffer headers. Please
/usr/include/ignition/msgs0/ignition/msgs/header.pb.h:19:2: error: #error regenerate this file with a newer version of protoc.
#error regenerate this file with a newer version of protoc.
In file included from /usr/include/ignition/msgs0/ignition/msgs/header.pb.h:31:0,
from /usr/include/ignition/msgs0/ignition/msgs/color.pb.h:31,
from /AUR/gazebo/src/osrf-gazebo-85ba68a2545f/gazebo/msgs/msgs.hh:32,
from /AUR/gazebo/src/osrf-gazebo-85ba68a2545f/gazebo/msgs/
/usr/include/ignition/msgs0/ignition/msgs/time.pb.h:17:2: error: #error This file was generated by an older version of protoc which is
#error This file was generated by an older version of protoc which is
/usr/include/ignition/msgs0/ignition/msgs/time.pb.h:18:2: error: #error incompatible with your Protocol Buffer headers. Please
#error incompatible with your Protocol Buffer headers. Please
/usr/include/ignition/msgs0/ignition/msgs/time.pb.h:19:2: error: #error regenerate this file with a newer version of protoc.
#error regenerate this file with a newer version of protoc.
In file included from /AUR/gazebo/src/osrf-gazebo-85ba68a2545f/gazebo/msgs/msgs.hh:33:0,
from /AUR/gazebo/src/osrf-gazebo-85ba68a2545f/gazebo/msgs/
/usr/include/ignition/msgs0/ignition/msgs/material.pb.h:17:2: error: #error This file was generated by an older version of protoc which is
#error This file was generated by an older version of protoc which is
/usr/include/ignition/msgs0/ignition/msgs/material.pb.h:18:2: error: #error incompatible with your Protocol Buffer headers. Please
#error incompatible with your Protocol Buffer headers. Please
/usr/include/ignition/msgs0/ignition/msgs/material.pb.h:19:2: error: #error regenerate this file with a newer version of protoc.
#error regenerate this file with a newer version of protoc.
make[2]: *** [gazebo/msgs/CMakeFiles/gazebo_msgs.dir/build.make:4159: gazebo/msgs/CMakeFiles/gazebo_msgs.dir/] Error 1
make[1]: *** [CMakeFiles/Makefile2:1110: gazebo/msgs/CMakeFiles/gazebo_msgs.dir/all] Error 2
make: *** [Makefile:141: all] Error 2

ryanvade commented on 2017-06-06 02:48

seems to no longer be building for me:
/tmp/yaourt-tmp-ryan/aur-gazebo/src/gazebo-8.0.0/gazebo/common/ In member function ‘bool gazebo::common::VideoEncoder::Start(const string&, const string&, unsigned int, unsigned int, unsigned int, unsigned int)’:
/tmp/yaourt-tmp-ryan/aur-gazebo/src/gazebo-8.0.0/gazebo/common/ error: ‘avformat_alloc_output_context2’ was not declared in this scope
avformat_alloc_output_context2(&this->dataPtr->formatCtx, nullptr, nullptr,
/tmp/yaourt-tmp-ryan/aur-gazebo/src/gazebo-8.0.0/gazebo/common/ note: suggested alternative: ‘avformat_alloc_context’
avformat_alloc_output_context2(&this->dataPtr->formatCtx, nullptr, nullptr,
/tmp/yaourt-tmp-ryan/aur-gazebo/src/gazebo-8.0.0/gazebo/common/ error: ‘avcodec_get_name’ was not declared in this scope
<< avcodec_get_name(this->dataPtr->formatCtx->oformat->video_codec)
/tmp/yaourt-tmp-ryan/aur-gazebo/src/gazebo-8.0.0/gazebo/common/ note: suggested alternative: ‘avcodec_get_type’
<< avcodec_get_name(this->dataPtr->formatCtx->oformat->video_codec)

marauder commented on 2017-06-06 00:11

@ryanvade Updated

ryanvade commented on 2017-06-06 00:03

boost was updated, a minor package revision update would be nice to force a rebuild.

maarroyo commented on 2017-05-16 16:08

The dependency on ogre was causing issues for me. Specifically I was getting the following error message:

[Err] [] Ogre Error:ItemIdentityException: Resource with the name DeferredRendering/Shadows/RSMCaster_Spot already exists. in ResourceManager::add at /build/ogre/src/ogre/OgreMain/src/OgreResourceManager.cpp (line 150)
[Err] [] Ogre Error:ItemIdentityException: Resource with the name DeferredRendering/Shadows/RSMCaster_Spot already exists. in ResourceManager::add at /build/ogre/src/ogre/OgreMain/src/OgreResourceManager.cpp (line 150)

To fix this, I ended up installing ogre-1.8 and modifying its install path to be '/usr' solved it.

jap48 commented on 2017-04-12 05:15

Please remove the qtwebkit dependency and replace it with qt5-webkit-ng.

PKGBUILD from the comment works perfecly after that. commented on 2017-02-25 15:11

It seems that Gazebo 8 is based on Qt5 instead of Qt4. The dependencies should be updated and most importantly, we need to install qwt-qt5 instead of qwt, otherwise our executable is linked to both Qt4 and Qt5 which leads to segmentation fault at start.

Here is my PKGBUILD for Gazebo:

marauder commented on 2017-02-19 04:17

Updated PKGBUILD's needed to compile gazebo 8.0.0

ignition-math 3.0.0:
ignition-transport 3.0.0:
sdformat 5.0.0:

zorun commented on 2017-02-03 17:10

jbuchanan30: this package is orphaned and there is a new release 8.0.0, feel free to adopt it if you want.

jbuchanan30 commented on 2016-11-02 05:22

I updated the PKGBUILD for v7.4.0 and it builds and installs fine. You'll also need an updated version of sdformat.

gazebo 7.4.0:
sdformat 4.2.0:

mimoralea commented on 2016-10-28 22:49

I just had a similar issue to what @gururise described. Anaconda was the problem. I removed it from the path and then everything compiled smoothly.

gururise commented on 2016-10-21 20:50

Is there anyway to get this to work with protobuf3? I have a couple of packages that depend on protobuf3, but it seems protobuf and protobuf3 are in conflict.

jlecoeur commented on 2016-10-07 16:16

@julien2711 I had the same compilation error, your quick fix worked for me.
Can it be included in the PKGBUILD?

julien2711 commented on 2016-09-29 22:06

sed -i 's/XML_NO_ERROR/XML_SUCCESS/' "${srcdir}/gazebo-7.1.0/gazebo/util/"
in tinyxml2.h XML_NO_ERROR has been removed use the above command for quick fix

nickoe commented on 2016-03-07 18:40

@bchretien, I can confirm that it now works with your patching. Thank your very much!

bchretien commented on 2016-03-07 08:44

@nickoe: it should now work with the ffmpeg package. Let me know if that works for you.

nickoe commented on 2016-03-07 07:52

@bchretien, ok, I will that when I get home.

bchretien commented on 2016-03-07 07:35

@nickoe: actually it has already been fixed upstream (

bchretien commented on 2016-03-07 07:24

@nickoe: ok the breaking change happened here:
It was actually renamed to AV_PIX_FMT_RGB24 (the ffmpeg version can be found in /usr/include/libavutil/pixfmt.h).

I'll report that to the Gazebo developers.

bchretien commented on 2016-03-07 07:11

@nickoe: PIX_FMT_RGB24 was defined in ffmpeg (libavutil), but apparently it was removed. Can you retry with ffmpeg-2.8 installed? It should not conflict with ffmpeg AFAIK.

nickoe commented on 2016-03-07 06:58

Hi Benjamin, I always get the following build error when I try to build gazebo. Do you have any idea of why this is happening?

gazebo/common/CMakeFiles/gazebo_common.dir/build.make:902: recipe for target 'gazebo/common/CMakeFiles/gazebo_common.dir/' failed
make[2]: *** [gazebo/common/CMakeFiles/gazebo_common.dir/] Error 1
CMakeFiles/Makefile2:968: recipe for target 'gazebo/common/CMakeFiles/gazebo_common.dir/all' failed


Which is caused by:
/magicpath/gazebo/src/gazebo-7.0.0/gazebo/common/ error: »PIX_FMT_RGB24« was not declared in this scope
avpicture_alloc(this->pic, PIX_FMT_RGB24, this->codecCtx->width,

I have not yet tried to investigate the issue in detail. Could it be a dependency that I need updated first?

nicoo commented on 2016-02-28 18:45

@bchrectien you're very welcome, it compiles now.

bchretien commented on 2016-02-28 11:34

@nicoo: missing dependency on qtwebkit added, thanks!

nicoo commented on 2016-02-27 23:49

-> Extracting gazebo-7.0.0.tar.bz2 with bsdtar
==> Starting prepare()...
====== Finding 3rd Party Packages ======
-- Operating system is Linux
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.29")
-- Checking for module 'freeimage>=3.9.0'
-- Package 'freeimage>=3.9.0' not found
-- freeimage.pc not found, trying freeimage_include_dir and freeimage_library_dir flags.
-- Found /usr/include/FreeImage.h
-- Looking for FreeImage.h - found
-- Looking for libfreeimage - found
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Looking for pthread_create
-- Looking for pthread_create - not found
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- Found PROTOBUF: /usr/lib64/
-- Found OpenGL: /usr/lib64/
-- Found OpenAL: /usr/lib64/
-- Could NOT find HDF5 (missing: HDF5_LIBRARIES HDF5_INCLUDE_DIRS)
-- Could NOT find HDF5 (missing: HDF5_LIBRARIES HDF5_INCLUDE_DIRS)
-- HDF5 not found
-- Checking for module 'libcurl'
-- Found libcurl, version 7.47.1
-- Checking for module 'libprofiler'
-- Package 'libprofiler' not found
-- Looking for libprofiler - not found
-- Checking for module 'libtcmalloc'
-- Package 'libtcmalloc' not found
-- Looking for libtcmalloc - not found
CMake Warning at cmake/SearchForStuff.cmake:139 (find_package):
By not providing "FindSimbody.cmake" in CMAKE_MODULE_PATH this project has
asked CMake to find a package configuration file provided by "Simbody", but
CMake did not find one.

Could not find a package configuration file provided by "Simbody" with any
of the following names:


Add the installation prefix of "Simbody" to CMAKE_PREFIX_PATH or set
"Simbody_DIR" to a directory containing one of the above files. If
"Simbody" provides a separate development package or SDK, be sure it has
been installed.
Call Stack (most recent call first):
CMakeLists.txt:128 (include)

-- Simbody not found, for simbody physics engine option, please install libsimbody-dev.
-- Looking for DARTCore - not found
-- DART not found, for dart physics engine option, please install libdart-core4-dev.
-- Using system tinyxml.
-- Checking for module 'tinyxml'
-- Found tinyxml, version 2.6.2
-- Using system tinyxml2.
-- Checking for module 'tinyxml2'
-- Found tinyxml2, version 3.0.0
-- Looking for libtar.h - found
-- Looking for - found
-- Checking for module 'tbb'
-- Package 'tbb' not found
-- TBB not found, attempting to detect manually
-- Checking for module 'OGRE-RTShaderSystem>=1.7.4'
-- Found OGRE-RTShaderSystem, version 1.9.0
-- Checking for module 'OGRE>=1.7.4'
-- Found OGRE, version 1.9.0
-- Checking for module 'OGRE-Terrain'
-- Found OGRE-Terrain, version 1.9.0
-- Checking for module 'OGRE-Overlay'
-- Found OGRE-Overlay, version 1.9.0
-- Checking for module 'ccd>=1.4'
-- Found ccd, version 2.0
-- Checking for module 'libswscale'
-- Found libswscale, version 3.1.101
-- Checking for module 'libavformat'
-- Found libavformat, version 56.40.101
-- Checking for module 'libavcodec'
-- Found libavcodec, version 56.60.100
-- Checking for module 'libavutil'
-- Found libavutil, version 54.31.100
-- Checking for modules 'playercore>=3.0;playerc++;playerwkb'
-- Package 'playercore>=3.0' not found
-- Package 'playerc++' not found
-- Package 'playerwkb' not found
-- Player not found, gazebo plugin for player will not be built.
-- Checking for module 'gts'
-- Found gts, version 0.7.6
-- Looking for GTS - found
-- Checking for module 'bullet>=2.82'
-- Package 'bullet>=2.82' not found
-- Checking for module 'bullet2.82>=2.82'
-- Package 'bullet2.82>=2.82' not found
-- Bullet > 2.82 not found, for bullet physics engine option, please install libbullet2.82-dev.
-- Checking for module 'libusb-1.0'
-- Found libusb-1.0, version 1.0.20
-- Looking for libusb-1.0 - found. USB peripherals support enabled.
-- Checking for module 'OculusVR'
-- Package 'OculusVR' not found
-- Oculus Rift support will be disabled.
-- Boost version: 1.60.0
-- Looking for SDFormat - found
-- Looking for Q_WS_X11
-- Looking for Q_WS_X11 - found
-- Looking for Q_WS_WIN
-- Looking for Q_WS_WIN - not found
-- Looking for Q_WS_QWS
-- Looking for Q_WS_QWS - not found
-- Looking for Q_WS_MAC
-- Looking for Q_WS_MAC - not found
CMake Error at /usr/share/cmake-3.4/Modules/FindPackageHandleStandardArgs.cmake:148 (message):
(found version "4.8.7")
Call Stack (most recent call first):
/usr/share/cmake-3.4/Modules/FindPackageHandleStandardArgs.cmake:388 (_FPHSA_FAILURE_MESSAGE)
/usr/share/cmake-3.4/Modules/FindQt4.cmake:1333 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
cmake/SearchForStuff.cmake:547 (find_package)
CMakeLists.txt:128 (include)

-- Configuring incomplete, errors occurred!
See also "/tmp/yaourt-tmp-user/aur-gazebo/src/gazebo-7.0.0/build/CMakeFiles/CMakeOutput.log".
See also "/tmp/yaourt-tmp-user/aur-gazebo/src/gazebo-7.0.0/build/CMakeFiles/CMakeError.log".
==> ERROR: A failure occurred in prepare().

CMakeOutput.log :
CMakeError.log :

bchretien commented on 2016-02-06 04:37

@sytabaresa: good catch, thanks!

sytabaresa commented on 2016-02-05 19:34

Gazebo needs sdformat >= 4.0.0 as dependency:

-- BUILD ERRORS: These must be resolved before compiling.
-- Missing: SDF version >=4.0.0. Required for reading and writing SDF files.

bchretien commented on 2016-01-31 06:02

@kartikmohta: thanks! I missed that in the changelog since tinyxml is already a dependency. It's fixed.

kartikmohta commented on 2016-01-30 20:03

Missing tinyxml2 dependency. Note that this is different from tinyxml-2.6.2.

igoralmeida commented on 2015-12-22 23:45

I already have it installed, but indeed it does: 'yaourt -S --asdeps ignition-math' will try to install ruby-ronn (which I had manually uninstalled after gazebo failed to build). (Re)installation is successful.

So gazebo depends on ignition-math, which in turn 'makedepends' on ruby-ronn, yet gazebo will fail to build if ruby-ronn is present. Is that a problem on my arch box only then?

bchretien commented on 2015-12-21 18:48

@igoralmeida: AFAIK, only gazebo and ignition-math have a make dependency on ruby-ronn (or maybe in a dependency I'm not maintaining). Does this problem also happen with ignition-math?

As for CMake, re-running cmake is not always enough to properly update the cache, removing it may be necessary (CMakeCache.txt). I guess after removing ruby-ronn, your CMake cache still contained the path to ronn.

igoralmeida commented on 2015-12-21 18:33

Something depends on ruby-ronn, such that 'yaourt -S --noconfirm ros-indigo-desktop-full' will eventually install ruby-ronn and trigger the problem below.

igoralmeida commented on 2015-11-30 17:23

FWIW, I managed to reproduce the issue with 'makepkg -R' inside /tmp/yaourt-tmp-ima/aur-gazebo. I then uninstalled ruby-ronn and manually ran 'cmake ...' again as specified in PKGBUILD, so it can pick up the change. Unfortunately it failed again:

-- Install configuration: "Release"
[ 0%] Generating gzprop.1
/bin/sh: /usr/bin/ronn: No such file or directory

Finally, I gave up fighting and just installed from scratch. It works now. Thanks!

PS: ros-jade being behind upstream is not really a problem, but urdf_tutorial failing when trying display.launch (error) and gazebo.launch (can't see anything except the ground plane and the red/blue/green axis) *is*, so I'll try with indigo.

bchretien commented on 2015-11-30 13:06

@igoralmeida: this seems to be a Ruby/ronn issue (, and ronn appears to be inactive. The easiest way to avoid the issue would be to uninstall ronn.

The fact that makepkg fails, but running make from a shell works for you is surprising. I doubt this could be due to flags in /etc/makepkg.conf, and makepkg inherits your shell's settings.

As for jade, know that the packages are not up to date. I'm the maintainer, but since I'm still using indigo and I'm quite busy at the moment, the packages are a few versions behind upstream.

igoralmeida commented on 2015-11-30 12:33

Fortunately I had the terminal open. I missed this when I first looked:

[ 64%] Built target gazebo_gui_viewers
[ 73%] Built target gazebo_gui
[ 73%] Generating gzclient.1 [93/1843]
/usr/lib/ruby/gems/2.2.0/gems/ronn-0.7.3/lib/ronn/document.rb:191:in `sniff': uninitialized constant Ronn::Document::Markdown (Na
from /usr/lib/ruby/gems/2.2.0/gems/ronn-0.7.3/lib/ronn/document.rb:76:in `initialize'
from /usr/lib/ruby/gems/2.2.0/gems/ronn-0.7.3/bin/ronn:166:in `new'
from /usr/lib/ruby/gems/2.2.0/gems/ronn-0.7.3/bin/ronn:166:in `block in <top (required)>'
from /usr/lib/ruby/gems/2.2.0/gems/ronn-0.7.3/bin/ronn:166:in `map'
from /usr/lib/ruby/gems/2.2.0/gems/ronn-0.7.3/bin/ronn:166:in `<top (required)>'
from /usr/bin/ronn:23:in `load'
from /usr/bin/ronn:23:in `<main>'
gazebo/gui/CMakeFiles/man-gzclient.dir/build.make:64: recipe for target 'gazebo/gui/gzclient.1' failed
make[4]: *** [gazebo/gui/gzclient.1] Error 1
make[4]: *** Deleting file 'gazebo/gui/gzclient.1'
CMakeFiles/Makefile2:1401: recipe for target 'gazebo/gui/CMakeFiles/man-gzclient.dir/all' failed
make[3]: *** [gazebo/gui/CMakeFiles/man-gzclient.dir/all] Error 2
CMakeFiles/Makefile2:78: recipe for target 'CMakeFiles/man.dir/rule' failed
make[2]: *** [CMakeFiles/man.dir/rule] Error 2
Makefile:195: recipe for target 'man' failed
make[1]: *** [man] Error 2
-- Installing: /tmp/yaourt-tmp-ima/aur-gazebo/pkg/gazebo/usr/include/gazebo-6.1/gazebo/gazebo_config.h
-- Installing: /tmp/yaourt-tmp-ima/aur-gazebo/pkg/gazebo/usr/share/gazebo-6.1/
-- Installing: /tmp/yaourt-tmp-ima/aur-gazebo/pkg/gazebo/usr/share/gazebo/

And yes, I had ruby-ronn-0.7.3-3, but I reinstalled it to be sure. The problem, though, is that entering /tmp/yaourt-tmp-ima/aur-gazebo/src/gazebo-6.1.0/build/gazebo and typing "make" doesn't reproduce the problem. Is there a way to try this again without having to recompile gazebo entirely?

It also might help to know that I'm upgrading from ros-hydro-* and gazebo-5.0.1-3 to ros-jade-* and gazebo-6.1.0-3.

bchretien commented on 2015-11-30 10:07

@igoralmeida: I haven't been able to reproduce this error. It seems that the man pages are missing when it tries to install them. Do you have ruby-ronn installed (currently listed as an optional dependency)? They check for the availability of ronn in CMake, and manpage generation is disabled if it can't be found. Are you also sure that there hasn't been any error/warning related to this before the install step?

igoralmeida commented on 2015-11-27 20:42

I'm getting a problem at the end of the installation:

-- Installing: /tmp/yaourt-tmp-ima/aur-gazebo/pkg/gazebo/usr/lib/
-- Installing: /tmp/yaourt-tmp-ima/aur-gazebo/pkg/gazebo/usr/lib/
-- Installing: /tmp/yaourt-tmp-ima/aur-gazebo/pkg/gazebo/usr/lib/
-- Installing: /tmp/yaourt-tmp-ima/aur-gazebo/pkg/gazebo/usr/bin/gzserver-6.1.0
-- Installing: /tmp/yaourt-tmp-ima/aur-gazebo/pkg/gazebo/usr/bin/gzserver
-- Removed runtime path from "/tmp/yaourt-tmp-ima/aur-gazebo/pkg/gazebo/usr/bin/gzserver-6.1.0"
CMake Error at gazebo/cmake_install.cmake:67 (file):
file INSTALL cannot find
Call Stack (most recent call first):
cmake_install.cmake:90 (include)

Makefile:94: recipe for target 'install' failed
make: *** [install] Error 1
==> ERROR: A failure occurred in package().
==> ERROR: Makepkg was unable to build gazebo.

How can I better debug this?

bchretien commented on 2015-05-12 05:26

* Patched for Boost 1.58 bug (
* Patched for Bullet 2.83 API change (

bchretien commented on 2015-04-30 02:42

Note: compilation currently fails with the new Boost release (1.58). For more information:

bchretien commented on 2015-02-05 10:53

@kartikmohta: it still used to bug with Ogre 1.9 the last time I tested, but I'll check if everything appears to be fine with the 5.0.1 release.

@LikeSmith: thanks for reporting this. For /usr/lib64, this is due to a change in the latest pacman which screws things up with CMake-based PKGBUILDs on 64-bit systems (fixable by setting CMAKE_INSTALL_LIBDIR to "lib"). For the md5sum, this is weird (AFAIK they don't provide any hash so this is based on the local version I downloaded a while back). Since Gazebo 5 has been released, this will be updated anyway. As for ruby, the dependency may be ruby-ronn for the doc. I'll update the PKGBUILD soon.

LikeSmith commented on 2015-02-05 04:52

A couple things from my experience installing. Currently, the md5sum for the package is incorrect, also, I had to install ruby before gazebo would install (I think it required for sdformat). I've also been getting issues because "/usr/lib64 exists in filesystem" If i move lib64 to lib64.back, the install works, but it creates a new lib64 directory. The original lib64 is a symlink to the regular lib directory. Is there a solution to this problem that doesn't involve getting rid of the lib64 symlink?

kartikmohta commented on 2015-01-08 02:53

I think you can change the ogre-1.8 dependency to just ogre, Gazebo compiles fine with ogre 1.9 which is in the official repos. Or is that done due to some requirement of the optional dependencies?

bchretien commented on 2015-01-02 19:25

@sfranchi: hmmm actually the install script is still bundled so the explanation is normally done at the end of the install:

> Now you need to export some Gazebo variables:
> If you're using bash:"
> echo 'source /usr/share/gazebo/' >> ~/.bashrc"
> source ~/.bashrc"

bchretien commented on 2015-01-02 19:14

@sfranchi: I guess I can add a message for those who are not aware of this.

sfranchi commented on 2015-01-02 16:05

@bchretien: Thanks that fixed it. I must have missed that I was supposed to run that sh file.

bchretien commented on 2014-12-30 00:55

@sfranchi: did you source /usr/share/gazebo/ Can you check that it contains the proper LD_LIBRARY_PATH export?

sfranchi commented on 2014-12-29 22:14

I get an error when trying to launch the latest gazebo from a fresh install:
gazebo: error while loading shared libraries: cannot open shared object file: No such file or directory

ogre was installed as a prereq, and the library file is located in

Any idea on how to fix this?

bchretien commented on 2014-08-11 21:38

@mattre: thanks for the warning, update done ;-)

mattre commented on 2014-08-11 19:44

version 4.0.0 got just released

nickoe commented on 2014-06-21 21:39

I just built gazebo today without libccd.

costashatz commented on 2014-06-21 21:16

@bchretien: With libccd gazebo compiled fine. Thanks!

bchretien commented on 2014-06-21 19:52

@costashatz: libccd is an optional external dependency (normally gazebo switches to their internal version if libccd is not found). This could be a bug in their CMake files. I'll add libccd as a dependency, that should solve it for you.

costashatz commented on 2014-06-21 19:26

I am getting the following error (update to 3.0):

``/usr/bin/ld: cannot find -lccd``

Any ideas?

bchretien commented on 2014-06-19 10:23

@progtologist: apparently there's only a limited set of packages that have not been fixed, at least for Gazebo 2 (cf.

bchretien commented on 2014-06-19 09:48

@progtologist: I just tried compiling gazebo_plugins/gazebo_ros with gazebo 3.0 for hydro and compilation worked. They just deprecated some methods which could be removed in the next release though. Do you know which parts/ROS stacks are not ABI/API compatible with gazebo 3?

bchretien commented on 2014-06-19 09:34

@progtologist: I know, hence the gazebo-1.9 I also uploaded. I finished fixing this one (gdal errors) at 3 AM so ROS dependencies will come next ;-)

As for the API/ABI, their doc ( states that "there is a way of using any specific version of gazebo and ROS if really needed", which to be honest seems surprising (which is also why I froze "gazebo" to 1.9 until I found more information). I'll try to see if there's a clash with hydro or indigo. A "gazebo-2" will also probably be needed for Indigo users.

progtologist commented on 2014-06-19 07:47

This package as well as gazebo-1.9 should provide and conflict 'gazebo' so as to avoid trying to install both versions on the same system.
Also, ros-hydro-gazebo-ros (and -groovy- probably) now tries to install this version which is wrong since hydro depends (and is API/ABI compatible) on gazebo-1.9

bchretien commented on 2013-12-21 15:33

@mmm: I removed the conflict between 'ogre' and 'ogre-1.8'. This should solve your problem for now.

bchretien commented on 2013-12-19 16:20

@mmm: Hi, I tried to update both gazebo and ogre (newer ogre + older gazebo, older ogre + newer gazebo, newer ogre + newer gazebo), and I got different errors, hence the current freeze on ogre version.

If you can provide an updated PKGBUILD I would be very happy to update the package, but for now it's stuck. I will try again soon, when I find enough free time.

Also, I may end up doing 2 packages, one with ROS support (1.9.2), and another one (2.1.0) (cf., but ogre will probably be an issue still.

I could also change the paths for ogre-1.8, remove the conflicts with ogre 1.9, and force the linker to use ogre-1.8 in the Gazebo PKGBUILD.

mmm commented on 2013-12-19 16:07

Hi, please any chance to make this depend on ogre (current ver 1.9) and not ogre-1.8? I need the recent ogre for some other packages on my system, and those two are in conflict.
(I tried to build with 1.9 version, and it's not just simple like that...)

Thanks! and Merry Christmas! :)

eca commented on 2013-09-19 02:12

libtar depends missing. Build warnings about cegui not found even though cegui is installed. Build warnings about sdf not installed. Warning about reference to $srcdir. Builds and installs ok, but does not start. I'll try to fix it.

a_user commented on 2013-06-07 18:19

qt moved to qt4
is it possible to provide a recent version of gazebo? 1.7.1 is the last releas

a_user commented on 2013-06-07 09:11

something is going wrong with the qt dependency

Anonymous comment on 2012-05-18 14:00

Updated to 1.0.1. This release contains numerous bug fixes.

Anonymous comment on 2012-05-13 15:36

I've already tried all combinations I could think of, including this one you suggested, but to no avail.
I'm starting to think this might be a bug either in gazebo or even boost itself

Anonymous comment on 2012-05-10 03:42

This error occurs due to incorrect hostname in the settings. Try this:


Anonymous comment on 2012-05-10 01:52

I am getting a weird error when trying to run gzserver using default settings:

terminate called after throwing an instance of 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::system::system_error> >'
what(): resolve: Host not found (authoritative)

Does anybody have any input on what causes this behavior and how to possibly solve/go around it?

Thanks again,

Anonymous comment on 2012-05-09 05:50

I added these changes to 'cmake.patch'. Thanks for report!

Anonymous comment on 2012-05-09 02:09


First of all, thanks a ton for mantaining this package!

I had a couple of minor issues building gazebo.
Appearently the binaries inside tools/ fail to link against pthread, but adding it manually to the respective link.txt files solves the problem.
Sadly I don't quite understand cmake, otherwise I could perhaps suggest a solution, but nevertheless, I believe it to be an easy to solve issue.

Best regards,