Notes |
|
(0039286)
|
Nils Gladitz
|
2015-08-17 05:04
|
|
The deb package created by cpack is monolithic while the debian/ubuntu maintained packages for cmake are split into multiple deb files (cmake, cmake-data, cmake-qt-gui etc.).
The monolithic cpack created package does not know about e.g. the ubuntu provided cmake-data package.
To work around the issue you can first remove all debian/ubuntu provided cmake packages before trying to install cpack's monolithic deb. |
|
|
(0039287)
|
Andrew Wagner
|
2015-08-17 05:28
|
|
Thanks Nils, I thought it would be something like that. Uninstalling the build-in cmake first would create a bunch of dependency hell for me because ROS depends on catkin depends on cmake. I just broke down and did a "make install".
Is there something architectural that prevents this from being fixed up? I would have expected CMake/CPack not being able package itself on Ubuntu LTS to be a release blocking issue. |
|
|
(0039288)
|
Nils Gladitz
|
2015-08-17 05:45
|
|
I don't think distributions do use (or want to use) the cpack DEB generator for their own CMake packages.
Kitware does not provide "official" .deb downloads either.
Even though cpack allows you to create .deb packages I don't think they can
be expected to be a drop in replacement for distribution specific packages
given that they have no official capacity and packaging policies might differ between .deb based distributions and even individual releases. |
|
|
(0042824)
|
Kitware Robot
|
2016-06-10 14:29
|
|
Resolving issue as `moved`.
This issue tracker is no longer used. Further discussion of this issue may take place in the current CMake Issues page linked in the banner at the top of this page. |
|