Package Details: ignition-cmake 2.1.1-1

Git Clone URL: https://aur.archlinux.org/ignition-cmake.git (read-only, click to copy)
Package Base: ignition-cmake
Description: Provides modules that are used to find dependencies of ignition projects and generate cmake targets for consumers of ignition projects to link against.
Upstream URL: http://ignitionrobotics.org/libs/cmake
Licenses: Apache
Groups: development
Submitter: racko
Maintainer: acxz
Last Packager: acxz
Votes: 1
Popularity: 0.005593
First Submitted: 2018-02-24 09:35
Last Updated: 2019-10-18 07:26

Pinned Comments

acxz commented on 2020-02-03 02:15

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

Latest Comments

1 2 3 Next › Last »

acxz commented on 2020-02-03 02:15

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

MaEtUgR commented on 2019-10-25 10:09

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.

acxz commented on 2019-10-25 05:00

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.

MaEtUgR commented on 2019-10-25 04:50

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.

acxz commented on 2019-10-25 04:45

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.

MaEtUgR commented on 2019-10-25 02:58

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.

acxz commented on 2019-10-23 15:20

@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.

MaEtUgR commented on 2019-10-23 14:50

@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

acxz commented on 2019-10-18 07:17

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

MaEtUgR commented on 2019-10-17 09:53

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?