Paul Eggert [EMAIL PROTECTED] ha escrit:
I agree. It appears to be a bug introduced in this patch:
Yes, indeed. I agree, too.
As your example shows, it's not so simple as blindly applying
--strip-components values to every link that comes in. Perhaps
absolute links should be stripped,
Hello,
In the absence of a better solution, I have applied the following
patch:
2007-06-02 Sergey Poznyakoff [EMAIL PROTECTED]
* src/common.h (xform_type): New data type
(transform_member_name): Last argument is of
xform_type type. All callers updated
*
It appears that symlink extraction is broken in recent CVS versions of tar.
Here's a directory tree, with two symlinks:
# ls -lR /tmp/test
/tmp/test:
total 4
-rw--- 1 root root0 May 31 13:03 a
-rw--- 1 root root0 May 31 13:03 b
drwx-- 2 root root 4096 May 31 13:23 somedir/
MrC [EMAIL PROTECTED] ha escrit:
However, upon extraction, symlinks a and b are not created correctly, and
become dead links:
When you run `tar vxf /tmp/test.tar' you get the following:
test/
test/a
test/b
test/somedir/
test/somedir/a
../tar: Removing leading `../' from hard link targets
MrC ha escrit:
However, upon extraction, symlinks a and b are not created
correctly,
and become dead links:
When you run `tar vxf /tmp/test.tar' you get the following:
test/
test/a
test/b
test/somedir/
test/somedir/a
../tar: Removing leading `../' from hard link targets
MrC [EMAIL PROTECTED] writes:
This doesn't seem appropriate, and is going to bite a lot of software
distributors and builders.
I agree. It appears to be a bug introduced in this patch:
2007-03-30 Sergey Poznyakoff [EMAIL PROTECTED]
* src/common.h