Package Details: gazebo 8.1.1-1

Git Clone URL: https://aur.archlinux.org/gazebo.git (read-only)
Package Base: gazebo
Description: A multi-robot simulator for outdoor environments
Upstream URL: http://gazebosim.org/
Licenses: Apache
Submitter: None
Maintainer: racko
Last Packager: racko
Votes: 21
Popularity: 0.324664
First Submitted: 2008-10-18 22:59
Last Updated: 2017-10-16 17:48

Dependencies (30)

Sources (2)

Latest Comments

racko commented on 2017-11-04 09:54

Also, you need to rebuild ignition-transport (before rebuilding gazebo):

/usr/bin/ld: warning: libprotobuf.so.13, needed by /usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib/libignition-transport3.so, not found

Since it is only a warning it is easy to overlook during compilation ...

racko commented on 2017-11-04 09:33

The /usr/include/ignition/msgs0 files that the compiler complains about are neither part of gazebo nor of protobuf:

$ pacman -Qo /usr/include/ignition/msgs0
/usr/include/ignition/msgs0/ is owned by ignition-msgs 0.7.0-1

That's what you need to rebuild before you rebuild gazebo ;)

patrickelectric commented on 2017-11-03 23:38

Problem with Gazebo and the new protobuf version
```
In file included from /tmp/yaourt-tmp-patrick/aur-gazebo/src/gazebo-8.1.1/gazebo/msgs/msgs.hh:32:0,
from /tmp/yaourt-tmp-patrick/aur-gazebo/src/gazebo-8.1.1/gazebo/msgs/msgs.cc:26:
/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.
```
And isn't possible to compile protobuf3-git, it's failing.

racko commented on 2017-10-16 17:11

> Can you move from qtwebkit to qtwebkit-bin ?

The package is unmaintained. Prefer https://aur.archlinux.org/packages/gazebo-ogre-1.10.

> libboost_system.so.1.64.0, needed by /usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib/libsdformat.so, not found

You have to rebuild sdformat because boost was updated. That's an issue with AUR in general. You will have to rebuild sdformat for gazebo-ogre-1.10 as well.

patrickelectric commented on 2017-10-16 16:12

```
[ 83%] Linking CXX executable gzserver
/usr/bin/ld: warning: libboost_system.so.1.64.0, needed by /usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib/libsdformat.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libboost_filesystem.so.1.64.0, needed by /usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib/libsdformat.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libboost_program_options.so.1.64.0, needed by /usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib/libsdformat.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libboost_regex.so.1.64.0, needed by /usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib/libsdformat.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libboost_iostreams.so.1.64.0, needed by /usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib/libsdformat.so, not found (try using -rpath or -rpath-link)
/usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib/libsdformat.so: undefined reference to `boost::re_detail_106400::cpp_regex_traits_implementation<char>::transform_primary[abi:cxx11](char const*, char const*) const'
/usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib/libsdformat.so: undefined reference to `boost::re_detail_106400::verify_options(unsigned int, boost::regex_constants::_match_flags)'
/usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib/libsdformat.so: undefined reference to `boost::re_detail_106400::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.2.0/../../../../lib/libsdformat.so: undefined reference to `boost::re_detail_106400::get_mem_block()'
/usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib/libsdformat.so: undefined reference to `boost::re_detail_106400::cpp_regex_traits_implementation<char>::transform[abi:cxx11](char const*, char const*) const'
/usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib/libsdformat.so: undefined reference to `boost::re_detail_106400::put_mem_block(void*)'
/usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib/libsdformat.so: undefined reference to `boost::re_detail_106400::get_default_error_string(boost::regex_constants::error_type)'
/usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib/libsdformat.so: undefined reference to `boost::re_detail_106400::raise_runtime_error(std::runtime_error const&)'
collect2: error: ld returned 1 exit status
make[2]: *** [gazebo/CMakeFiles/gzserver.dir/build.make:133: gazebo/gzserver-8.1.1] Error 1
make[1]: *** [CMakeFiles/Makefile2:937: gazebo/CMakeFiles/gzserver.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
```

patrickelectric commented on 2017-10-16 02:26

Can you move from qtwebkit to qtwebkit-bin ?

lefamz commented on 2017-09-25 11:06

Racko: yes, I edited PKGBUILD of qtwebkit to get this done and solve errors on-the-fly. However I was unable to build it to the end. These errors occured about 68% of make run.
--
Thanks for suggestion, I will try to build https://aur.archlinux.org/packages/gazebo-ogre-1.10/ instead.

Edit: successfull build. Thank you.

racko commented on 2017-09-22 17:43

Fixed in https://aur.archlinux.org/packages/gazebo-ogre-1.10/.

I also created an upstream pull request which removes the "std::cout"s instead of adding the missing <iostream> include. I guess that makes more sense:

https://bitbucket.org/osrf/gazebo/pull-requests/2778/removed-std-cout-logging-output

----

I wonder how you got that far with this package (https://aur.archlinux.org/packages/gazebo/). Me and various other people weren't able to build it (see comments below), which is why I created gazebo-ogre-1.10. Being able to build with the official community/ogre-1.10 package was just an afterthought.
Or did you modify the PKGBUILD and the cout bug was the first thing you couldn't fix by yourself?

lefamz commented on 2017-09-22 14:36

Hi all, trying to build current package and getting several errors:

/tmp/yaourt-tmp-michal/aur-gazebo/src/gazebo-8.0.0/gazebo/rendering/deferred_shading/MergeMaterialGenerator.cc: In member function ‘virtual Ogre::GpuProgramPtr MergeMaterialGeneratorImpl::GenerateVertexShader(gazebo::rendering::MaterialGenerator::Perm)’:
/tmp/yaourt-tmp-michal/aur-gazebo/src/gazebo-8.0.0/gazebo/rendering/deferred_shading/MergeMaterialGenerator.cc:104:8: error: ‘cout’ is not a member of ‘std’
std::cout << programSource << "\n";
^~~~
/tmp/yaourt-tmp-michal/aur-gazebo/src/gazebo-8.0.0/gazebo/rendering/deferred_shading/MergeMaterialGenerator.cc:104:8: note: suggested alternative: ‘count’
std::cout << programSource << "\n";
^~~~
count
/tmp/yaourt-tmp-michal/aur-gazebo/src/gazebo-8.0.0/gazebo/rendering/deferred_shading/MergeMaterialGenerator.cc: In member function ‘virtual Ogre::GpuProgramPtr MergeMaterialGeneratorImpl::GenerateFragmentShader(gazebo::rendering::MaterialGenerator::Perm)’:
/tmp/yaourt-tmp-michal/aur-gazebo/src/gazebo-8.0.0/gazebo/rendering/deferred_shading/MergeMaterialGenerator.cc:297:8: error: ‘cout’ is not a member of ‘std’
std::cout << programSource << "\n";
^~~~
/tmp/yaourt-tmp-michal/aur-gazebo/src/gazebo-8.0.0/gazebo/rendering/deferred_shading/MergeMaterialGenerator.cc:297:8: note: suggested alternative: ‘count’
std::cout << programSource << "\n";
^~~~
count

Which is weird. Any ideas how to get rid of it?

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/libboost_regex.so.1.64.0 | grep get_mem_block
00000000000b09b0 T boost::re_detail_106400::get_mem_block()

All comments