[cmake-developers] [CMake 0013386]: CPack-generated Debian packages do not comply to Debian policy (discovered via lintian)
Mantis Bug Tracker
mantis at public.kitware.com
Mon Jul 9 08:22:12 EDT 2012
The following issue has been SUBMITTED.
======================================================================
http://www.cmake.org/Bug/view.php?id=13386
======================================================================
Reported By: Johannes Wienke
Assigned To:
======================================================================
Project: CMake
Issue ID: 13386
Category: CPack
Reproducibility: always
Severity: minor
Priority: normal
Status: new
======================================================================
Date Submitted: 2012-07-09 08:22 EDT
Last Modified: 2012-07-09 08:22 EDT
======================================================================
Summary: CPack-generated Debian packages do not comply to
Debian policy (discovered via lintian)
Description:
Running lintian on a CPack-generated Debian package produces the following
output (some warnings not related to CPack bugs have been removed; our package
name is "rsb0.7", the library is called "librsbcore.so"):
E: rsb0.7: control-file-has-bad-permissions md5sums 0640 != 0644
E: rsb0.7: no-copyright-file [1]
W: rsb0.7: non-standard-dir-perm usr/ 0700 != 0755 [2]
W: rsb0.7: non-standard-dir-perm usr/bin/ 0700 != 0755
W: rsb0.7: non-standard-dir-perm usr/include/ 0700 != 0755
W: rsb0.7: non-standard-dir-perm usr/lib/ 0700 != 0755
W: rsb0.7: non-standard-dir-perm usr/share/ 0700 != 0755
E: rsb0.7: md5sums-lists-nonexisting-file usr/lib/librsbcore.so [3]
E: rsb0.7: no-shlibs-control-file usr/lib/librsbcore.so.0.7.0
E: rsb0.7: postinst-must-call-ldconfig usr/lib/librsbcore.so.0.7.0
Notes:
[1] We use SET(CPACK_RESOURCE_FILE_LICENSE
"${CMAKE_CURRENT_SOURCE_DIR}/COPYING.txt"), therefore CPack should use the
specified file as package license file
[2] The exact permissions and therefore error message depend on the current
umask. CPack should set a fixed, compliant umask independently of what the user
happens to use.
[3] This is caused by symlinking usr/lib/librsbcore.so to
usr/lib/librsbcore.so.0.7.0 which happens when sonames and -versions are used in
CMake.
Steps to Reproduce:
Our CMake and CPack files are a bit length to include here (viewable at
https://code.cor-lab.org/projects/rsb/repository/entry/trunk/cpp/core/CMakeLists.txt).
We called cpack (or make package) with fakeroot to achieve correct user- and
group-ids.
Packaging any CMake based library project should produce identical warnings.
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
2012-07-09 08:22 Johannes WienkeNew Issue
======================================================================
More information about the cmake-developers
mailing list