Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - gazebo

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: gazebo 7.4.0-1

Git Clone URL: https://aur-dev.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: None
Last Packager: mis
Votes: 14
Popularity: 0.124687
First Submitted: 2008-10-18 22:59
Last Updated: 2016-11-03 12:29

Dependencies (31)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

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/setup.sh' >> ~/.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/setup.sh? 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:
[code]
gazebo: error while loading shared libraries: libOgreRTShaderSystem.so.1.8.1: cannot open shared object file: No such file or directory
[/code]

ogre was installed as a prereq, and the library file is located in
/opt/OGRE-1.8/lib

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