Package Details: gazebo 10.1.0-4

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.52
First Submitted: 2008-10-18 22:59
Last Updated: 2020-01-16 12:11

Dependencies (33)

Sources (3)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 ... Next › Last »

billypilgrim commented on 2019-10-16 15:40

...but you should put your makeflags in /etc/makepkg.conf rather than hacking the PKGBUILD.

bobpaul commented on 2019-10-16 01:50

@MaEtUgR, instead of grepping /proc/cpuinfo you can just use the nproc command (ex MAKEFLAGS="-j$(nproc)"). See the wiki.

billypilgrim commented on 2019-10-14 12:33

Hmm I haven't run into the issue you seem to have with building the tests but I'll investigate it later.

In terms of the make flags, you can just set those in /etc/makepkg.conf instead.

MaEtUgR commented on 2019-10-13 15:01

Hi, first of all thanks a lot for providing this AUR. I did quite some tests on latest Manjaro and got it working within a reasonable compilation timeframe using:

# enable multicore gazebo compilation
sudo sed -i '/MAKEFLAGS=/c\MAKEFLAGS="-j'$(($(grep -c processor /proc/cpuinfo)+2))'"' /etc/makepkg.conf

# install gazebo from AUR
yay -S gazebo --noconfirm

# fix incompatible compile flag to disable default testing that leads to build error
# see
pushd ~/.cache/yay/ignition-cmake/
makepkg -si --noconfirm

# continue installing gezebo
yay -S gazebo --noconfirm

Is it possible to automate especially the ignition-cmake fix but also the multicore compilation such that the next user doesn't need to spend as much time as me? Am I doing something wrong such that these manual modifications are necessary? Can I contribute other than writing a comment here? Can I submit a patch?

acxz commented on 2019-10-06 00:14

@billypilgram: I apologize for my eagerness during the past. I understand your point on versioned dependencies, I concede. But for ignition-common/fuel-tools/msgs/cmake the version deps do matter. Users are prone to installing 4 extra packages that are not needed for this package.

However, I will stop bothering you on this issue. Thank you for taking the time to respond.

billypilgrim commented on 2019-10-05 13:42

I don't really see the point tbh. As an AUR maintainer all I care about is: a) Does it build for all real (not hypothetical) users? b) Is it up to date?

And I try to deal with the above in a relatively timely manner. You're asking me to tailor the PKGBUILD to your tastes in a way which will have no impact on any users.

I don't want to co-maintain this package with you because you don't seem to understand what is required of AUR maintainers and what the requirements for a PKGBUILD are: 1) You seem to think packages should be orphaned if the maintainer does not respond within 24 hours (they don't, as per the wiki) 2) The versioned dependencies are not unnecessary as presumably older versions of these packages won't work and, moreover, removing the version dependency will have no effect whatsoever on any users

You can maintain your packages however you like, but I only care about a) and b), as seemingly do all the other users I've encountered on the AUR. Caring about anything else is really just a waste of everyone's time, especially non-functional changes to PKGBUILDs.

acxz commented on 2019-10-05 06:15

@billypilgram If you could remove the unnecessary pkgver dependencies and add the necessary ones (see comments below) that would be much appreciated. I would be willing to co-maintain this package with you to fix these issues.

acxz commented on 2019-10-05 06:14

@lucasmazz Are you having trouble with the sdformat package? If so I recommend posting the issue there. The PKGBUILD for this package does not compile unit tests, unless they are happening with the default make command. In that case I would recommend opening an issue to gazebo upstream.

acxz commented on 2019-10-05 06:11

@zigas Here is the relevant bug: As you can see the libpgm package is out of date on the official repos. Instead of manually editing files (not recommended), you can use the libpgm-git package instead, which is a newer version that does not have that issue.

lucasmazz commented on 2019-10-05 02:24

Hello, I'm having some problems with sdformat. Looks like some tests fails when installing this package:

23 - INTEGRATION_locale_fix (Failed), 81 - UNIT_ign_TEST (Failed)