Bug 637085 - tar-1.22-18.fc13.x86_64 breaks command-line (compatibility) --strip-components
Summary: tar-1.22-18.fc13.x86_64 breaks command-line (compatibility) --strip-components
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: tar
Version: 13
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Kamil Dudka
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On: 634866 841308
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-09-24 08:31 UTC by Darius Ivanauskas
Modified: 2012-07-18 16:12 UTC (History)
2 users (show)

Fixed In Version: tar-1.23-6.fc14
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-09-28 05:25:27 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
proposed fix (2.58 KB, patch)
2010-09-24 10:57 UTC, Kamil Dudka
ovasik: review+
Details | Diff

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


Note You need to log in before you can comment on or make changes to this bug.