(0025102)
Eric NOULARD (developer)
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 (reporter)
2012-04-10 14:37

With GNU tar, this can be accomplished by setting the TAR_OPTIONS variable.

(0029157)
kiri (reporter)
2012-04-14 07:45

TAR_OPTIONS is not working for the TAr generator.

(0029186)
Eric NOULARD (developer)
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 (reporter)
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 (developer)
2012-04-16 17:20

So when you use Windows + MSys + TAR + TAR_OPTIONS do you get appropriate
ownership?

(0030428)
David Cole (manager)
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 (administrator)
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.

Issue History
Date Modified	Username	Field	Change
2011-01-26 12:47	Timothy St. Clair	New Issue
2011-01-26 17:58	Eric NOULARD	Note Added: 0025102
2012-04-10 14:37	kiri	Note Added: 0029117
2012-04-14 07:45	kiri	Note Added: 0029157
2012-04-16 06:37	Eric NOULARD	Relationship added	related to 0013118
2012-04-16 06:44	Eric NOULARD	Relationship added	related to 0012901
2012-04-16 15:57	Eric NOULARD	Note Added: 0029186
2012-04-16 16:43	kiri	Note Added: 0029189
2012-04-16 17:20	Eric NOULARD	Note Added: 0029193
2012-05-27 07:52	Eric NOULARD	Relationship added	related to 0013251
2012-05-27 07:52	Eric NOULARD	Relationship deleted	related to 0013251
2012-05-27 07:53	Eric NOULARD	Relationship added	child of 0013251
2012-08-11 21:42	David Cole	Status	new => backlog
2012-08-11 21:42	David Cole	Note Added: 0030428
2016-06-10 14:28	Kitware Robot	Note Added: 0041787
2016-06-10 14:28	Kitware Robot	Status	backlog => resolved
2016-06-10 14:28	Kitware Robot	Resolution	open => moved
2016-06-10 14:28	Kitware Robot	Assigned To	=> Kitware Robot
2016-06-10 14:31	Kitware Robot	Status	resolved => closed

Notes
(0025102) Eric NOULARD (developer) 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 (reporter) 2012-04-10 14:37	With GNU tar, this can be accomplished by setting the TAR_OPTIONS variable.

(0029157) kiri (reporter) 2012-04-14 07:45	TAR_OPTIONS is not working for the TAr generator.

(0029186) Eric NOULARD (developer) 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 (reporter) 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 (developer) 2012-04-16 17:20	So when you use Windows + MSys + TAR + TAR_OPTIONS do you get appropriate ownership?

(0030428) David Cole (manager) 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 (administrator) 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.