Closed (fixed)
Project:
Drush
Version:
All-versions-4.x-dev
Component:
Core Commands
Priority:
Normal
Category:
Bug report
Assigned:
Reporter:
Created:
4 Mar 2011 at 18:25 UTC
Updated:
17 Apr 2011 at 19:41 UTC
Jump to comment: Most recent file
Comments
Comment #1
pwolanin commentedThis is a real quick patch, but seems to work - puts the content into a directory which is the current docroot name.
For the future, we need to use tar wrapper code that handles the GNU vs BSD variants so we can substitute the path name instead.
Comment #2
pwolanin commentedD7 core has modules/system/system.tar.inc, which is essentially jsut a PEAR class. Maybe for the next round we can pull that into drush so it's available for both 6 and 7?
Comment #3
pwolanin commentedWe should also double-check file permissions, or set flags not to preserve them. I see this when trying to rm an extracted archive:
Comment #4
moshe weitzman commentedCouldn't preserving file perms be considered a feature? In general, drush is successful by leaving perms alone as they are hard to handle in a cross platform way. Also, is it up to the tar or untar to ignore them?
Comment #5
pwolanin commented@moshe - yeah, we could make it the responsibility of the one untarring it. I don't feel strongly, just noting bumps I ran into.
Comment #6
moshe weitzman commentedFixed up a little and committed. Managed to get the commit credited to pwolanin in git.
Am not dealing with file perms in archive-dump. Also am files in special directories like .git, .svn, CVS are included. Not sure if omitting those is a useful option. CVS dirs actually contain passwords but hopefully CVS dirs will die away fast.
Comment #7
pwolanin commentedHere's a backported patch for 4.x based on the commit to master, plus the one missing function.
Comment #8
moshe weitzman commentedI think this is appropriate for backport. Thanks pwolanin.
Comment #9
msonnabaum commentedBackported.
Comment #10
pwolanin commentedThanks - we should probably create a new issue to get a better Tar wrapper in place.