MantisBT - CMake
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0011766CMakeCPackpublic2011-01-26 12:472016-06-10 14:31
ReporterTimothy St. Clair 
Assigned ToKitware Robot 
PrioritynormalSeverityfeatureReproducibilityalways
StatusclosedResolutionmoved 
Platform*OS*OS Version*
Product Version 
Target VersionFixed in Version 
Summary0011766: CPack using native TAR with adjustable command line options.
DescriptionThere have been serveral posts over time, and I've hit the issue as well, where I wish to provide custom command line switches to native tar, and not use the tar which has been built into cmake.

A specific example is: ​tar ​czf ​${CPACK_PACKAGE_FILE_​NAME}.​tar.​gz ​--owner=root ​--group=root ​--blocking-factor=204​8

as users have certain expectations of our packages.
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
related to 0012901closed Kitware Robot CPack should be able to set owner of files in the archive 
related to 0013118closed Eric NOULARD CPack DEB generator does not use fakeroot for control.tar.gz 
child of 0013251closed Brad King cmake -E tar <file> fails to extract some files correctly 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2011-01-26 12:47Timothy St. ClairNew Issue
2011-01-26 17:58Eric NOULARDNote Added: 0025102
2012-04-10 14:37kiriNote Added: 0029117
2012-04-14 07:45kiriNote Added: 0029157
2012-04-16 06:37Eric NOULARDRelationship addedrelated to 0013118
2012-04-16 06:44Eric NOULARDRelationship addedrelated to 0012901
2012-04-16 15:57Eric NOULARDNote Added: 0029186
2012-04-16 16:43kiriNote Added: 0029189
2012-04-16 17:20Eric NOULARDNote Added: 0029193
2012-05-27 07:52Eric NOULARDRelationship addedrelated to 0013251
2012-05-27 07:52Eric NOULARDRelationship deletedrelated to 0013251
2012-05-27 07:53Eric NOULARDRelationship addedchild of 0013251
2012-08-11 21:42David ColeStatusnew => backlog
2012-08-11 21:42David ColeNote Added: 0030428
2016-06-10 14:28Kitware RobotNote Added: 0041787
2016-06-10 14:28Kitware RobotStatusbacklog => resolved
2016-06-10 14:28Kitware RobotResolutionopen => moved
2016-06-10 14:28Kitware RobotAssigned To => Kitware Robot
2016-06-10 14:31Kitware RobotStatusresolved => closed

Notes
(0025102)
Eric NOULARD   
2011-01-26 17:58   
Issue comes from here
https://condor-wiki.cs.wisc.edu/index.cgi/tktview?tn=1863 [^]

and initial discussion on the ML is here
http://www.cmake.org/pipermail/cmake/2011-January/041773.html [^]

I'll try to handle it but I'm not sure of the timeline so
I do not assigned it to myself until I'm sure to secure
time to work on it.
(0029117)
kiri   
2012-04-10 14:37   
With GNU tar, this can be accomplished by setting the TAR_OPTIONS variable.
(0029157)
kiri   
2012-04-14 07:45   
TAR_OPTIONS is not working for the TAr generator.
(0029186)
Eric NOULARD   
2012-04-16 15:57   
TAR "generators" (TGZ, TBZ2, TZ, STGZ) are sub-classes of Archive generators (like ZIP) and does NOT use any native tar command but uses libarchive:
http://code.google.com/p/libarchive/. [^]

(in fact an imported and stripped down version of upstream libarchive
 is in CMake source in Utilities/cmlibarchive)

As far as I know libarchive does not honor TAR_OPTIONS.

What are the uses cases where fakeroot is not enough?

Tim said "building TGZ on platform not supporting fakeroot":
http://www.cmake.org/pipermail/cmake/2011-January/041918.html [^]

How would those platforms (Windows?) behave with GNU tar is
it even possible to build such a TAR archive on those platforms?
(0029189)
kiri   
2012-04-16 16:43   
Maybe fakeroot is not be available on non-Linux systems. It operates by intercepting system calls - so I would not expect it to be universal. It is not a normal way to do something that requires no root privileges.

MS Windows has tar by MSys http://www.mingw.org/wiki/msys [^] .
(0029193)
Eric NOULARD   
2012-04-16 17:20   
So when you use Windows + MSys + TAR + TAR_OPTIONS do you get appropriate
ownership?
(0030428)
David Cole   
2012-08-11 21:42   
Sending old, never assigned issues to the backlog.

(The age of the bug, plus the fact that it's never been assigned to anyone means that nobody is actively working on it...)

If an issue you care about is sent to the backlog when you feel it should have been addressed in a different manner, please bring it up on the CMake mailing list for discussion. Sign up for the mailing list here, if you're not already on it: http://www.cmake.org/mailman/listinfo/cmake [^]

It's easy to re-activate a bug here if you can find a CMake developer who has the bandwidth to take it on, and ferry a fix through to our 'next' branch for dashboard testing.
(0041787)
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.