[GRADLE-2844] Tar and untar losing symbolic links Created: 20/Jul/13 Updated: 03/Feb/17 Resolved: 03/Feb/17
Running on CentOS 6.3. Gradle 1.7-rc-1.
$ tar tvzf boost-1.52-slc01-native.tgz
drwxr-xr-x root/root 0 2013-07-16 15:00 lib/
but when I subsequently pull the artifact as a dependency elsewhere, the untar turns the symbolic links into zero-length files (still on CentOS 6.3 - same machine even).
$ ls util/build/dependency/boost/lib
Need to either have the dependency untar preserve the symbolic links contained within, or else need to be able to specify to Tar that it should dereference the links before storing...
|Comment by Brian Krische [ 03/Apr/15 ]|
I noticed that symlinks do not get preserved when creating a tarball with the Tar task as well. I'm using Gradle 2.3.
|Comment by Paul McNamee [ 22/Jun/15 ]|
This is a showstopper for us as we are trying to transition to Nexus. Our Mac And Linux archives have symbolic links.
The links are in the archive because we zip from a different process, not Gradle. The links are just not preserved when extracted.
I should also note, we are unzipping, not untarring, but zip/unzip has the same issue.
|Comment by Gareth Bowles [ 04/Jul/16 ]|
Note also that if you use a Tar or Zip type task to create an archive from a set of files including symlinks, the links are expanded into copies of the linked files.
|Comment by Benjamin Muschko [ 15/Nov/16 ]|
As announced on the Gradle blog we are planning to completely migrate issues from JIRA to GitHub.
We intend to prioritize issues that are actionable and impactful while working more closely with the community. Many of our JIRA issues are inactionable or irrelevant. We would like to request your help to ensure we can appropriately prioritize JIRA issues you’ve contributed to.
Please confirm that you still advocate for your JIRA issue before December 10th, 2016 by:
We look forward to collaborating with you more closely on GitHub. Thank you for your contribution to Gradle!
|Comment by Brad Moylan [ 15/Nov/16 ]|
I am not the original reporter but this is still a bug
|Comment by Eric Wendelin [ 03/Feb/17 ]|
Migrated to https://github.com/gradle/gradle/issues/1321. I have marked this as help-wanted to denote that we will not likely have capacity to fix this in the near term but are happy to entertain a PR.