| 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: | AliZain |
| Last Packager: | AliZain |
| Votes: | 35 |
| Popularity: | 0.000034 |
| First Submitted: | 2008-10-18 22:59 (UTC) |
| Last Updated: | 2026-04-07 17:48 (UTC) |
@julianoes Hmm... how's ruby set up on your machine? (I'm not a rubyist so I don't know how it works in terms of installing multiple versions, virtual environments etc.)
ruby-ronn is in the makedepends array, so the required ronn executable ought to be present when the package is being built, unless something strange is going on with your PATH.
I ran into this problem:
[ 0%] Generating gzprop.1
/usr/lib/ruby/3.0.0/rubygems.rb:281:in `find_spec_for_exe': can't find gem ronn (>= 0.a) with executable ronn (Gem::GemNotFoundException)
from /usr/lib/ruby/3.0.0/rubygems.rb:300:in `activate_bin_path'
from /usr/bin/ronn:23:in `<main>'
...
-- Set runtime path of "/home/julianoes/.cache/yay/gazebo/pkg/gazebo/usr/bin/gzserver-11.4.0" to ""
CMake Error at gazebo/cmake_install.cmake:79 (file):
file INSTALL cannot find
"/home/julianoes/.cache/yay/gazebo/src/gazebo-11.4.0/build/gazebo/gzserver.1.gz":
No such file or directory.
Call Stack (most recent call first):
cmake_install.cmake:100 (include)
I could workaround this by installing the required ronn gem:
gem install ronn
I installed gazebo properly, but when I ran the gazebo command, the following error showed up: libcdt.so.5:cannot open shared object file: No such file or directory
It turns out I did not have the libcdt library under /usr/lib64/
I searched for a package that provided that, and I installed graphviz
Directly after installing this, I could run gazebo properly. I think it should be listed as a dependency.
Ahh, mystery solved. Nvm then :-)
If one tries to install sdformat-9 before upgrading sdformat to 10, they conflict. Otherwise, if installed / updated in the right order, that's OK :)
@acxz Ah my bad. It does conflict for sdformat though (I tested it), so it would be good to set the conflicts array for that package.
Really? I have both sdformat-9 and sdformat installed.
Can you post the error message you get?
@acxz Ah my bad. It does conflict for sdformat though (I tested it), so it would be good to set the conflicts array for that package.
@billypilgrim I think the provides field should be populated but conflicts should remain empty as the two versions shouldn't be conflicting each other. Ignition libraries version their installation directories.
nxxxx: Thanks! That's super helpful :-). Otherwise I'd have ended up doing it myself.
One small suggestion: if you add the original package's name to the provides=() and conflicts=() arrays in the PKGBUILD, it makes it easier for people to upgrade (because pacman knows to e.g. uninstall sdformat before installing sdformat-9).
You can do it like this: provides=(sdformat=$pkgver) conflicts=(sdformat)
I found it would configure failed because of the version of packages :sdformat, ignition-msgs, ignition-transport and ignition-fuel_tools. So I uploaded sdformat-9(https://aur.archlinux.org/packages/sdformat-9/), ignition-msgs-5(https://aur.archlinux.org/packages/ignition-msgs-5/), ignition-transport-8(https://aur.archlinux.org/packages/ignition-transport-8/) and ignition-fuel_tools-4(https://aur.archlinux.org/packages/ignition-fuel_tools-4/) to resolve the problem temporarily.
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.