Bug 637085

Summary: tar-1.22-18.fc13.x86_64 breaks command-line (compatibility) --strip-components
Product: [Fedora] Fedora Reporter: Darius Ivanauskas <dasilt>
Component: tarAssignee: Kamil Dudka <kdudka>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 13CC: kdudka, ovasik
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: tar-1.23-6.fc14 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-09-28 05:25:27 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 634866, 841308    
Bug Blocks:    
Attachments:
Description Flags
proposed fix ovasik: review+

Description Darius Ivanauskas 2010-09-24 08:31:02 UTC 
Description of problem:
when using tar from tar-1.22-18.fc13.x86_64 you cannot extract single directory from archive.
Example, if the archive contains:
foo/file1
foo/file2
foo/file3
bar/file4

you cannot extract just bar directory contents with the following command:
'tar -xf archive.tar --strip-components=1 bar/'
anymore.
While previos version(tar-1.22-17.fc13.x86_64 and lower) was working as expected. It seems that --strip-components behaviour was changed. It seems that patter matching now is done after stripping. While in previous versions it was done on non stripped file names.

Version-Release number of selected component (if applicable):
tar-1.22-18.fc13.x86_64

How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:
Comment 1 Kamil Dudka 2010-09-24 08:47:33 UTC 
Thank you for filing the bug!  I can confirm the change in behavior, not yet sure if it is a bug or feature.  However the current behavior is in par with upstream.  The change was introduced by the following commit:

http://git.savannah.gnu.org/gitweb/?p=tar.git;a=commitdiff;h=9c194c9
Comment 2 Kamil Dudka 2010-09-24 10:57:30 UTC 
Created attachment 449391 [details]
proposed fix
Comment 3 Ondrej Vasik 2010-09-24 12:02:12 UTC 
Comment on attachment 449391 [details]
proposed fix

Works for me ... and doesn't break anything from testsuite (old bug with longnames not reproducable).
Comment 4 Kamil Dudka 2010-09-24 13:29:21 UTC 
fixed in tar-1.23-7.fc15
Comment 5 Fedora Update System 2010-09-24 13:31:51 UTC 
tar-1.23-6.fc14 has been submitted as an update for Fedora 14.
https://admin.fedoraproject.org/updates/tar-1.23-6.fc14
Comment 6 Fedora Update System 2010-09-24 13:41:13 UTC 
tar-1.22-19.fc13 has been submitted as an update for Fedora 13.
https://admin.fedoraproject.org/updates/tar-1.22-19.fc13
Comment 7 Fedora Update System 2010-09-24 22:03:21 UTC 
tar-1.23-6.fc14 has been pushed to the Fedora 14 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update tar'.  You can provide feedback for this update here: https://admin.fedoraproject.org/updates/tar-1.23-6.fc14
Comment 8 Kamil Dudka 2010-09-26 10:57:30 UTC 
proposed upstream:

http://thread.gmane.org/gmane.comp.gnu.tar.bugs/3958
Comment 9 Fedora Update System 2010-09-28 05:25:22 UTC 
tar-1.22-19.fc13 has been pushed to the Fedora 13 stable repository.  If problems still persist, please make note of it in this bug report.
Comment 10 Darius Ivanauskas 2010-09-28 06:45:28 UTC 
Tried out tar-1.22-19.fc13. Everything seems OK now. Thank you!
Comment 11 Fedora Update System 2010-10-01 12:26:03 UTC 
tar-1.23-6.fc14 has been pushed to the Fedora 14 stable repository.  If problems still persist, please make note of it in this bug report.
Comment 12 Kamil Dudka 2010-10-27 08:03:01 UTC 
upstream fix:

http://git.savannah.gnu.org/cgit/tar.git/commit/?id=28e91b4