MantisBT - CMake
View Issue Details
0013854CMakeCPackpublic2013-01-17 11:032016-06-10 14:31
Jean-Eudes Onfray 
Eric NOULARD 
normalmajoralways
closedmoved 
GNU/LinuxFedora18
CMake 2.8.10.2 
 
0013854: rpm built with cmake failing with file conflict errors
As of rpm 4.10, different permissions for a directory are now considered a conflict. And cmake built packages are trying to own system directories, which is bad.
See this for reference:
https://bugzilla.redhat.com/show_bug.cgi?id=870655 [^]
How reproducible:
Every time you build a rpm package with cmake

Steps to Reproduce:
Build a package with cmake ($ make package).
Look at package %files in _CPack_Packages/Linux/RPM/SPECS/$package.spec

Actual results:
You'll find a bunch of system directories like:
%dir "/usr"
%dir "/usr/share"
%dir "/usr/lib64"
%dir "/usr/bin"

Expected results:
No system dirs
I guess the problem lays in /usr/share/cmake/Modules/CPackRPM.cmake around line 669
We should filter CPACK_RPM_INSTALL_FILES for system directories or get the permissions correctly.
No tags attached.
duplicate of 0013609closed Eric NOULARD RPM generator wrongly add parents directories to the package 
Issue History
2013-01-17 11:03Jean-Eudes OnfrayNew Issue
2013-01-17 13:34Eric NOULARDRelationship addedduplicate of 0013609
2013-04-05 06:57Eric NOULARDNote Added: 0032756
2013-04-05 06:57Eric NOULARDAssigned To => Eric NOULARD
2013-04-05 06:57Eric NOULARDStatusnew => assigned
2016-06-10 14:28Kitware RobotNote Added: 0042201
2016-06-10 14:28Kitware RobotStatusassigned => resolved
2016-06-10 14:28Kitware RobotResolutionopen => moved
2016-06-10 14:31Kitware RobotStatusresolved => closed

Notes
(0032756)
Eric NOULARD   
2013-04-05 06:57   
There is a fix in 0013609 that should fix this bug as well.
(0042201)
Kitware Robot   
2016-06-10 14:28   
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.