Arch Linux User Repository

Development is on Github: https://github.com/acxz/pkgbuilds Please open issues and PRs there instead of commenting.

Development is on Github: https://github.com/acxz/pkgbuilds Please open issues and PRs there instead of commenting.

Thanks for the insight! Now I understand it a lot better. I saw you already had a discussion with the gazebo maintainer about requirement versioning... Let's see what happens. Since it now builds out of the box I'm super happy. Thanks and happy coding.

I see, yes --noconfirm is definitely convenient and useful.

I am not sure how yay decides on the priority of packages, but I believe it will match the package name letter for letter first, which means if gazebo requests ignition-cmake, yay gives you ignition-cmake before any other version of it. This is expected and welcome behavior, tho.

The only way to resolve this issue so that users do not accidentally download the wrong ignition-cmake version is to manually require ignition-cmake=0 in the gazebo PKGBUILD. This will also fix the issue occurring when using --noconfirm.

The reason this dependency issue is getting covered up is because there is another dependency that gazebo requires which installs ignition-cmake-0 so gazebo does not end up griping about the wrong ignition-cmake version. Basically, gazebo is installing extraneous packages that are not needed.

I believe --noconfirm is hiding the issue for you.

I only use it to verify that it's scriptable, easily repeatable, also works in docker.

and ignition-cmake-0, the latter of which is the correct one to compile gazebo with.

Then it should be the default right? Otherwise every noob user like me will do the wrong thing.

I believe --noconfirm is hiding the issue for you. If you do not use that flag, you will be given the option to choose between this package and ignition-cmake-0, the latter of which is the correct one to compile gazebo with. But yes I agree with you that the issue needs to be resolved in the gazebo PKGBUILD.

You seem to have this notion that this package is required for gazebo

Yes because if I install gazebo using yay -S gazebo --noconfirm the operation fails if ignition-cmake cannot be built and installed. I don't know the internals and I understood your comment before but the dependency seems to be configured somewhere.

EDIT: The PKGBUILD file of the gazebo AUR contains the line makedepends=('cmake' 'doxygen' 'ignition-cmake') I'll add a comment there to consider removing the dependency.

@MaEtUgR, nice! That is good to hear.

I do want to reiterate that this package is not required for gazebo. You seem to have this notion that this package is required for gazebo on ArchLinux. It is not, however. The correct package for gazebo is ignition-cmake-0.

@acxz Thanks a lot!! It fixed the problem I was seeing for ignition-cmake and for gazebo they build fine now on a fresh Manjaro machine and hence I could get rid of my ugly workaround I had. Here's btw the use case JFYI https://github.com/PX4/Firmware/pull/13256

Hey @MaEtUgR can you post your build output in a gist or pastebin? It would help me figure out the best solution for the problem.

EDIT: NVM, I was able to reproduce your results (I didn't have cppcheck installed so the unit testing wasn't being triggered) Added the appropriate flag to fix building, let me know if you still have troubles installing it.

Here is the relevant upstream issue: https://bitbucket.org/ignitionrobotics/ign-cmake/issues/62/compilation-failing-when-performing

Also as a side this package is not needed for the installation of gazebo. See:http://gazebosim.org/tutorials?tut=install_dependencies_from_source&cat=install#BuildandinstallIgnitionCMakefromsource

I have the same issue that was already reported before and also posted my workaround when installing gazebo on Manjaro here: https://aur.archlinux.org/packages/gazebo/#comment-712171 https://aur.archlinux.org/packages/gazebo/#comment-711597

Especially the part

Would be nice if the root cause could actually get fixed since the ignition-cmake PKGBUILD defines ENABLE_TESTS_COMPILATION:BOOL=False and then CMake out put tells you that parameter doesn't exist but you need to disable testing (which ENABLE_TESTS_COMPILATION:BOOL=False previously probably did) to make the build work on Arch.

Is probably something that could be added in this AUR to solve the problem. Or did I understand it wrong?