Development is on Github: https://github.com/acxz/pkgbuilds Please open issues and PRs there instead of commenting.
Search Criteria
Package Details: ignition-cmake 2.6.2-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: | https://ignitionrobotics.org/libs/cmake |
Licenses: | |
Groups: | |
Submitter: | racko |
Maintainer: | acxz |
Last Packager: | acxz |
Votes: | 2 |
Popularity: | 0.73 |
First Submitted: | 2018-02-24 09:35 |
Last Updated: | 2021-01-25 17:45 |
Dependencies (4)
- cmake (cmake-git)
- doxygen (doxygen-git)
- pkg-config (pkgconf-git, pkgconf)
- ruby-ronn (ruby-ronn-ng)
Required by (21)
- gazebo
- ignition-common (make)
- ignition-common-1 (make)
- ignition-fuel_tools (make)
- ignition-fuel_tools-1 (make)
- ignition-fuel_tools-4 (make)
- ignition-gazebo
- ignition-math (make)
- ignition-math-4 (make)
- ignition-msgs (make)
- ignition-msgs-1 (make)
- ignition-msgs-5 (make)
- ignition-physics
- ignition-plugin (make)
- ignition-transport (make)
- ignition-transport-4 (make)
- ignition-transport-8 (make)
- sdformat (make)
- sdformat-6 (make)
- sdformat-8 (make)
- sdformat-9 (make)
Sources (1)
acxz commented on 2020-02-03 02:15
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?
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.